SVN and FTP issues - Githubissues

krfkeith / fpos

Automatically exported from code.google.com/p/fpos

GNU General Public License v2.0

0 stars 0 forks source link

Due to FTP issues, Im moving over to DreamHost to have better support via Drupal /Trac /SVN access.Will still mirror to fpos.firmos.at as the dev there is looking for network related OS development. This should clear up a lot of things that we dont have here. Also, code is in flux, meaning the nightly has a higher chance of NOT building. This is due to the amount of changes in the RTL and (BAseUnix) units. This could not be avoided. We should have stable RTL units for the FPC RTL soon.Currently we only have kernel level code implemented and it isn't very useful on Linux, but it SHOLD work ok. If there is a procedure missing there, its because I haven't found level 0 code for it yet. (Like Readkey) and had to come up with it on my own.Most (some stuff just isnt implemented) of the original ring3 code should port ok from the FPC RTL into ours. I intend on breaking the *NIX tradition, so full FPC RTL integration wont be there.What this means is that Linux code HAS to be ported over.This cant be avoided as *NIX has some serious links to bad C, buggy C, and downright C that we dont need.(such as older drivers, ETC....) as well as BAD FPC support for (FREE)Pascal. Im wading thru C as we need it, but most of the C can be avoided. UNFORTUNATELY, this increases our DL size by a few HUNDRED MB as we have to port all of the (now old) FPC LCL and ETC parts into FPOS.This is intended.I haven''t gotten to anything but the RTL yet. There is enough here to make FPOS useful, given time the old ways of doing things will change. Most unix like functions are implemented, so dont go freaking out.This is still Linux-based.We just remove a lot of old-school thinking and ways of doing things that are not needed. (for example, 286 based code and the way C normally loads the OS in 16 bit mode, its JUST NOT NEEDED.) UNFORTUNATELY, this has been my headache for the past several months. I finally got it solved.There were some issues with the HEAP a while back.Most have been fixed and the new unit compiles ok.(Its pulling everything in ATM during my compile check of the kernel.) I will be needing help with documentation(running files thru the engine, its EASY) on a semi- ongoing bases here soon. Hope to have a XMAS release or sooner, no promises yet. Please use the latest version before posting bugs. We almost have a Filesystem and I will aim to mounting ANYTHING as R/W as soon as I have enough code.(IM NOT breaking the VFS structure, it will be mounted as /media/xxx, unless its a EXT2+ partition...) I have some working FAT code from a working bootloader example from Mike.Mario, I think you might have been looking for this.Sorry about the FREEDOS code. I dont have ELF loading support for a custom bootloader ATM, am working on finding the code.For now, use the GRUB method when building.(it is default) --Jazz

UPDATES:

Hosting is nearly complete at rjasmin.net. Trac tickets will be up shortly as 
soon as I have ssh account access 
setup.(takes time, but its automated) I have FULL SERVER access to a Debian 
system on the net(with unlimited 
usage). Its not free, but its CHEAP and it WORKS. Will add a donation button to 
pay for the costs soon. 

Hang in there. The new RTL broke a lot, but it compiles now. Makes a huge 
difference in where files are 
placed. Let me get my OSX dev environment setup and I'll see where we sit. 
Ubuntu has NOT been nice to me 
lately.

The PCI unit is stopping the build currently (massive changes), BUT I have 
great news. We can pull from 
Oberon/Bluebottle sources also, where this has already been done before, and 
again, its under GPL v2(or 
similar). Every other unit is building ok, I have not reached the kernel, but 
am very close to a working ISO.

I fixed a lot of random crashes. It probably relates to the HEAP or incomplete 
low-level keyboard functions. 
Most MAJOR issues should be fixed by the time the next ISO comes up. I have a 
good bit of work in the PCI 
unit yet to do, and tasking/threads need a lot of help.

I have enough code to mount root FS (ext2/3), need to test readsector 
procedures FIRST. I have had trouble 
reading the C logic for the floppy unit, modify a few lines of code and it 
should be ready.

If we take a look at how oberon loads itself, I might have a workaround for at 
least APM poweroff. 
I have a stage1 working bootloader and am working on a stage2/kernel 
loader.Currently we are in 16bit 
mode, I have code to switch to 32 bit mode, but it needs some work. Might wind 
up building it with TP/BP and 
finding a way to link it in. As an update, I have some ELF code available. 
Nothing nice, but it works.

ACPI unit is better documented now, but there is a lot more changes from the 
Linux kernel left to implement.

I went through the Linux kernel and pulled as much source as I could make sense 
of.We might not need all of 
it, but we have enough to be useful.

With the addtion of Oberon codebase, this adds SUBSTANTIAL Pascal sources under 
our belt and we should be 
able to get Ring3 and other programming done WAY WAY faster. The Oberon code is 
in plain text, but you 
have to rename the module files and weed out a bit of module code. Oberon is 
close enough that we can port 
the code without too much difficulty.

Its hard tofind and the AO2.iso wont boot without help, yall can wait or grab 
the sources yourself from ethz.

THis cuts down on C porting SIGNIFICANTLY. Some C is just IMPOSSIBLE to read 
correctly. THis has been 
slowing us down quite a bit.

Mouse support is almost here, I need to figure out how to do a text-mode mouse 
pointer cursor.

I have a few months before starting back with college.My last one didnt work 
out so well.

Will post what I have to SVN at my site as soon as possible. And YES, the FPOS 
link is supposed to redirect 
you. I'll add in users in a minute, I had issues with Drupal and had to remove 
it. Im using Joomla, Wiki, and 
Subversion with Trac for bug reporting.Subversion and Trac will be online 
momentarily.

Please, either use it, or copy the tree here. Subversion is a Godsend once you 
know how to use it.Its getting 
Trac setup that can be the pain.

We should resemble as much as possible HaikuOS main webpage. Without Drupal 
this isnt easy, but I will try.

I haven't looked at what Mario broke, maybe I broke it, I dont know. All I know 
is that there are enough 
changes in the works to get up and running with 3-6 months.(at version # 1.0.)

Will post more as I have it.

--Jazz

Original comment by frazzled...@gmail.com on 9 Jan 2010 at 12:18

attempting to MIRROR current sources. Note that this will take a another commit before they are current, I have been working from a copy in order to prevent headaches.The SVN folder is a bit outdated. I have an idea. ok. SVN, websvn and trac are up. Still working thru the trac setup, its a headache. I have bugzilla available as well. svn: HTTP://www.rjasmin.net/fpos websvn: websvn.rjasmin.net bugzilla(not configured yet): bugs.rjasmin.net trac: (either the fpos link page or) www.rjasmin.net/trac4/ [dont ask] have issues with trac login but will reset a anonymous /password setup in a short while. anonymous checkout is supported, the only ones with write access ATM are myself and mario. will attempt to mirror on google,no guarantees. I really dont see what you updated, Mario and its been close to a year. You have no new Linux internals. THis is my next direction as soon as PCI unit is more complete.I had to rework the RTL to separate the wheat from the chaff. I have unlimited storage and bandwidth on Dreamhost. I have done the setup for everyone else. Trust me, its a headache to get configured properly. You wont find this for the price Im paying elsewhere. I needed to switch providers anyway. --Jazz

krfkeith / fpos

SVN and FTP issues #14