function of the operating system
J Operating System
J Operating System is primarily intended for programmers. more>>
Target Users:
- Hobbiests--You used to buy computers to do programming. They didnt do much else. Windows doesnt even come with a compiler, which is ironic since Bill Gates wrote BASIC. The "J" operating system is primarily intended for programmers. Ive attempted to lower the bar, so amateurs can contribute. I hope to recreate the dynamic environment that used to exist when the Commodore 64 was around and everyone was creating odd-ball software.
- Researchers--Im sure many lab researchers still use DOS because they have to interact with hardware, which is difficult with Windows.
Main features:
- No security! You can access all ports, memory and disk blocks to your hearts content. When youre working with your own computer, security just gets in the way and makes things slow--I hate anti-virus and anti-spyware because they just slow things down. When you know you dont have a risk, have no secrets and do regular back-ups, who needs security?
- Uniformity
- There is no virtual memory and everyone is on the same address-map. You can easily communicate between tasks, passing addresses. Addresses start at a base of zero and, essentually, segment registers are not used.
- There is basically one language to learn called "C+" which is a little more than "C", but less than "C++". You dont need to learn a scripting langauge because everything uses this syntax.
- There is an extension of ASCII called "J" rich text which allows colors, links, graphics and various widgets in your documents. This format is used in source code, documents, help, menus, etc.
- Support for compressed, encrypted and contiguous files.
- FAT32, FAT12 and ISO9660 filesystems.
- Blazing-fast compiler which can recompile everything in 5 seconds. It doesnt optimize.
- All source code is included and its still around a Meg.
Hardware:
- PS/2 mouse and keyboard
- VGA graphics
- Some hard drives. Must be on the primary or secondary IDE controller and support LBA28. Drives of 120Gig are the limit.
- Some CD-ROM/DVD drives, including burning.
- Some floppies. Just 1.44Meg and not all types.
- No USB support yet
- No network support yet
- ASCII printers on the parallel port are supported.
Inferno Operating System 20060303
Inferno is a compact operating system designed for building distributed and networked systems on a wide variety of devices. more>>
Inferno was originally developed at Bell Labs (the research division of Lucent Technologies).
Inferno Operating System is a well-designed, economical operating system particularly suitable for use in networked devices such as advanced telephones, hand-held devices, TV set-top boxes, and many other embedded applications.
Inferno can run in native mode on an embedded system or in emulation mode under many different operating systems. Inferno has many features in common with Plan 9.
Cross-Platform Portability
Inferno can run as a user application on top of an existing operating system or as a stand alone operating system. Most of the popular operating systems and processor architectures are supported:
Host Operating Systems:
- Windows NT/2000/XP
- Irix
- Linux
- MacOS X
- FreeBSD
- Solaris
- Plan 9
Supported Architectures:
- Intel x86 (386 & higher)
- Intel XScale
- IBM PowerPC
- ARM StrongARM (ARM & Thumb)
- Sun SPARC
Inferno also runs as a plug-in under Internet Explorer version 4 and higher. Each Inferno system presents an identical environment to the applications, irrespective of the underlying host OS or architecture, allowing the developer to work with a truly homogeneous environment across multiple different platforms.
Portable Applications
Inferno applications are written in Limbo, a modern, safe, modular, concurrent programming language with C-like syntax. It is more powerful than C but considerably easier to understand and debug than C++ or Java. Limbo code is compiled into architecture independent byte code which is then interpreted (or compiled on the fly) on the target processor. This means that any Inferno application will run identically on all Inferno platforms.
Transparent Resources
Inferno offers complete transparency of resources and data using a simple but powerful namespace system. By representing resources as files and having one standard communication protocol, resources such as data stores, services and external devices can easily be shared between Inferno systems. A resource interface may be imported to the local system and used by the applications without them knowing, or needing to know, whether it is local or remote.
Security
High level security is an important part of the Inferno system. By using one standard protocol for all network communication, security can be focused on one point and provided at a system level. Inferno offers full support for authenticated, encrypted connections using a certificate based user identification scheme and variety of algorithms including:
- IDEA, 56 bit DES, 40, 128 and 256 bit RC4 encryption algorithms
- MD4, MD5 and SHA secure hash algorithms
A Complete Solution
Inferno is not only an operating system, it is also a complete development environment, providing all the tools necessary for creating, testing and debugging the applications that run within it.
- Acme IDE: includes editor, shell, advanced pattern matching tools & more
- Fast Compiler: with full syntax and compile time type checking
- Graphical Debugger: with full stack trace for currently executing threads
- Powerful Shell: with sophisticated scripting capabilities
- UNIX like commands: including bind, grep, gzip, mount, ps, tar, yacc...
Enhancements:
- New licence terms (a `dual licence scheme allowing use as Free Software)
- Styx revision based on 9P2000, and consequent changes to Sys
- Authentication changes
- Improved colour graphics support, including compositing
- Scalable fonts using Freetype
- Revamped Tk implementation
- Window management moved out of Tk to a separate window manager in Limbo
- Limbo: exception handling and fixed-point
- Limbo: other possible changes
- Dis VM changes
- More commands and library modules
- Better network service configuration
- /net/dns served by host and native DNS resolver
- Hosted kernels configured from a parts list as for native kernels
- Signed modules
- Internet Explorer plug-in revised and in source form
- Expanded documentation
The Contiki Operating System 2.0
The Contiki Operating System is mostly known as an operating system for networked embedded systems. more>>
With the help of JAC64, a Java-based C64 emulator developed by my colleague and fellow Contiki developer Joakim Eriksson, you can now experience the C64 port of Contiki 1.2-devel1 again, directly in your web browser!
Enhancements:
- Contiki now does dynamic run-time loading and linking of standard ELF files.
- Rime, a protocol stack designed for low-power radio communication, has been added.
- Cooja, a Java-based network simulator for Contiki is included.
- The build system has been reworked to allow for easy cross-compiling for many platforms.
- A new port for the Tmote Sky sensor board has been added.
DEX Extensible Operating System 1.035
DEX Extensible Operating System is an operating system specifically designed for educational and research use. more>>
It aims to create an operating system design thats easy to understand while having features that are common in todays modern operating systems. Unlike other small operating systems, it is powerful enough to support simple applications that require multithreading and file management.
Its architectural design, with the help of Aspect-Oriented programming, enables easy modification and extensibility. It was developed in C and runs on PCs with 80386 processors or higher.
Enhancements:
- This version is released with a floppy image and the kernel source code.
- The release contains peformance enhancements, source code clean-ups, and a makefile for use with GNU make.
Amiga Research Operating System 20060207
Amiga Research Operating System (AROS) is a portable and free desktop operating system. more>>
Goals
The goals of the AROS project is it to create an OS which:
1. Is as compatible as possible with AmigaOS 3.1.
2. Can be ported to different kinds of hardware architectures and processors, such as x86, PowerPC, Alpha, Sparc, HPPA and other.
3. Should be binary compatible on Amiga and source compatible on any other hardware.
4. Can run as a standalone version which boots directly from hard disk and as an emulation which opens a window on an existing OS to develop software and run Amiga and native applications at the same time.
5. Improves upon the functionality of AmigaOS.
To reach this goal, we use a number of techniques. First of all, we make heavy use of the Internet. You can participate in our project even if you can write only one single OS function. The most current version of the source is accessible 24 hours per day and patches can be merged into it at any time. A small database with open tasks makes sure work is not duplicated.
History
Some time back in the year 1993, the situation for the Amiga looked somewhat worse than usual and some Amiga fans got together and discussed what should be done to increase the acceptance of our beloved machine. Immediately the main reason for the missing success of the Amiga became clear: it was propagation, or rather the lack thereof. The Amiga should get a more widespread basis to make it more attractive for everyone to use and to develop for. So plans were made to reach this goal. One of the plans was to fix the bugs of the AmigaOS, another was to make it an modern operating system. The AOS project was born.
But exactly what was a bug? And how should the bugs be fixed? What are the features a so-called modern OS must have? And how should they be implemented into the AmigaOS?
Two years later, people were still arguing about this and not even one line of code had been written (or at least no one had ever seen that code). Discussions were still of the pattern where someone stated that "we must have ..." and someone answered "read the old mails" or "this is impossible to do, because ..." which was shortly followed by "youre wrong because ..." and so on.
In the winter of 1995, Aaron Digulla got fed up with this situation and posted an RFC (request for comments) to the AOS mailing list in which I asked what the minimal common ground might be. Several options were given and the conclusion was that almost everyone would like to see an open OS which is compatible to AmigaOS 3.1 (kickstart 40.68) on which further discussions could be based upon to see what is possible and what is not.
So the work began and AROS was born.
Common UNIX Printing System 1.3.0
CUPS provides a portable printing layer for Unix(r)-based operating systems. more>>
CUPS provides the System V and Berkeley command line interfaces, and uses the Internet Printing Protocol ("IPP") as the basis for managing print jobs and queues. The Line Printer Daemon (LPD) Server Message Block (SMB), and AppSocket (a.k.a. JetDirect) protocols are also supported with reduced functionality.
CUPS adds network printer browsing and PostScript Printer Description ("PPD") based printing options to support real world printing under UNIX. It includes an image file RIP that supports printing of image files to non-PostScript printers.
A customized version of GNU Ghostscript 7.05 for CUPS called ESP Ghostscript is available separately to support printing of PostScript files within the CUPS driver framework. Sample drivers for Dymo, EPSON, HP, and OKIDATA printers are included that use these filters.
zCI Computer Inventory System 3.1B
zCI is freeware for computer inventory. It is free but contains a lot of corporate feature. zCI has 100% web-based user interface, including its automatic data gathering mechanism. Also, zCI has peripheral inventory capability and facilities to manage device ownerships. zCI provides client programs for Windows and Linux/Unix operating system. The client programs automatically collect hardware and software information. more>>
zCI Computer Inventory System - zCI is freeware for computer inventory. It is free but contains a lot of corporate feature. zCI has 100% web-based user interface, including its automatic data gathering mechanism. Also, zCI has peripheral inventory capability and facilities to manage device ownerships.
zCI provides client programs for Windows and Linux/Unix operating system. The client programs automatically collect hardware and software information, such as hardware list, software list, computer serial number, monitor serial number, MAC address and etc. The free zCI gives you more and better features compared to many non-free inventory softwares.
Enhancements:
Version 3.1B
Advance Computer Finder, Monitor Serial Number Autodetection
System Requirements:PHP, MySQL<<less
KIWI Image System rev435
KIWI Image System provides a complete operating system image solution for Linux supported hardware platforms. more>>
A normal installation process is starting from a given installation source and installs single pieces of software until the system is complete. During this process there may be manual user intervention required. However an operating system image represents an already completed installation encapsulated as a file and optionally includes the configuration for a specific task. Such an operating system starts working as soon as the image has been brought to a system storage device no matter if this is a volatile or non volatile storage. The process of creating an image takes place without user interaction.
This means all requirements of the encapsulated system has to be fulfilled before the image is created. According to this the so called image description tree stores all the information needed to create an image.
Main features:
- Distribution independent
- Support for virtualisation systems like Xen
- Support for deploying images over the network
- Support for VMware / Qemu images
- Support for USB-Stick systems
- Support for LiveCD/DVD systems
- Centralized image description based on XML
- Prebuild boot images for SUSE systems
- Prebuild PXE configuration usable with kiwi netboot images
- SUSE Linux on a 128MB flash card.. yes thats possible
Yet another Linux FAQ 2.3
Yet another Linux FAQ is a comprehensive FAQ about the Linux Operating System. more>>
This FAQ tries to help those new to Linux help themselves. It covers topics such as kernel recompilation and X Window System configuration.
Enhancements:
- The FAQ was completely redesigned, and dead links were cleaned up.
Fedora Linux
Fedora - Linux operating system built from open source software more>>
The goal of The Fedora Project is to work with the Linux community to build a complete, general purpose operating system exclusively from open source software. Development will be done in a public forum. The project will produce time-based releases of Fedora Core about 2-3 times a year, with a public release schedule.
The Red Hat engineering team will continue to participate in building Fedora Core and will invite and encourage more outside participation than in past releases. By using this more open process, we hope to provide an operating system more in line with the ideals of free software and more appealing to the open source community.
Major Features:
- Support for the PowerPC (PPC) architecture.
- GCC 4.0
- GNOME 2.10
- KDE 3.4 includes new accessibility features. You can manage these new features in KDS Control CenterRegional & AccessibilityAccessibility.
- Native Eclipse 3.1M6 (part of a free Java stack)
- MySQL 4.1
- PHP 5.0
- Xen 2 (virtualization to run multiple versions of an OS)
- GFS 6.1-0.pre22 (cluster file system)
- Evince 0.2.1 (universal document viewer)
- GDM 2.6 Includes early login capability
- SELinux This release includes coverage for 80 new daemons by the targeted policy. There are changes to the handling of Booleans. The targeted policy is enabled by default.
FC-One LiveCD 20070121
FC-One LiveCD is a GNU/Linux operating system. more>>
Enhancements:
- Update kernel 2.6.19-1.2895.fc6
- Add Viet-Phap & Phap-Viet data for stardict
- Add eject & some system-config-* packages
- Fixed error releated to icons ...
Flumotion 0.4.2
Flumotion is a streaming media server. more>>
It features intuitive graphical administration tools, making the task of setting up and manipulating audio and video streams easy for even novice system administrators. Flumotion is released under the GPL.
Built upon proven and tested free software solutions
The Flumotion Streaming Server is built upon a platform of proven free software solutions. We have currently focused on the Linux platform for our main development. Flumotion is mainly written in the extremely popular Python language.
The high-level functionality is built on top of Twisted. The low-level functionality is built on top of GStreamer.
Wide hardware support
Due to the developers decision to focus on supporting the GNU/Linux operating system, we have support for a wide range of audio and video input devices supported by the operating system.
Flumotion currently supports streaming from webcams, TV capture cards, FireWire DV cameras and the OSS and ALSA sound systems.
Distributed design
Flumotion has a distributed design, making it easy to spread the load over multiple machines, allowing you to do advanced media manipulation and stream generation. No matter how many different streams or multiple versions of the same stream you want to do, or different formats, or overlays, Flumotion can easily scale to handle it by distributing the load onto serveral machines.
Commercial support
While Flumotion is a free software product using the widely accepted GPL license, it has the advantage of having a commercial company behind it. This means that if you introduce Flumotion into your company or organisation and you find you would like commercial support opportunities or extra functionality, there is an entity to turn to to have your need filled.
Setting up Flumotion
Depending on how you installed Flumotion, it will or will not be integrated with your distribution.
In this section we will cover configuring Flumotion on both types of systems. First we will explain how to start and run Flumotion when its not integrated with your distribution. These instructions also work on systems where its integrated, but its preferable to use the distribution-specific way of starting the server.
We also provide an example of running Flumotion on a system where it is integrated with the distribution through service scripts.
If you have received Flumotion packages from either Fluendo or your distribution, this type of integration should be available.
Flumotion on a system where it is not integrated
You are repsonsible yourself for providing a working configuration file, and starting the binaries.
Alternatively, we have also provided a service-like script called flumotion that provides some basic integration, much like a standard service script.
This script is installed in your sbin directory. You can list managers and workers configured, and start and stop them. Flumotion on a system where its integrated
In a well-configured system, Flumotion is integrated into the system using Unix service scripts. In this section, we use the Fedora Core installation of Flumotion as an example. Depending on your distribution, these instructions might slightly vary.
To start flumotion with the service scripts, you start it like any other service, by typing as root:
service flumotion start
which results in:
Starting manager default: [ OK ]
Starting worker default: [ OK ]
Configuration files for flumotion are stored under /etc/flumotion/. In that directory, there is one subdirectory for managers and one for workers. Under each of these, there is one directory with the name of the manager or worker, containing the relevant configuration information.
Typically, the managers directory contains a planet.xml file detailing general configuration for the manager, and a flows subdirectory containing all flows that should be loaded onto this manager.
By default, the installation of Flumotion only allows connections from the local host, for security reasons. If you want to allow other hosts to log in workers or administration clients, you should change the authentication settings and remove the host entries from planet.xml.
Enhancements:
- Minor feature enhancements
Kaboot Recovery 0.1.1.1
Kaboot Linux Operating system aims to provide an operating system which you can take anywhere. more>>
Kaboot operating system is avaliable as a Live CD or Live USB you can take with you anywhere.
A number of different versions are avaliable, two optimised for size or speed, one for functionality, and one science based.
All containing a host of useful programs able to boot virtually any computer (meeting the minimum requirements) from CD and
USB.Kaboot is still in active development and if you find a bug or fix, you can let me know in the forums.
Enhancements:
- A network bug was fixed.
- A few debugging utilities were added.
- Hotplugging was implemented.
Core Linux Distribution 2.0 Beta
Core is a minimal distribution of the GNU/Linux operating system. more>>
Core is primarily designed for experienced Linux users, though it has found an audience with those looking to learn about the internals and operation of a Linux system. Core requires the user to manually configure, compile and install applications and expects the user to consult man pages and other documentation.
Installation:
These instructions are incomplete, but should be sufficient:
- Download, burn and boot the ISO.
- Partition, format and mount the hard drive.
- Run install_core [mount point of hard drive].
- Optional packages in /pkgs/optional can be installed with corepkg(8).
- Copy the kernel from /pkgs/kernel to /usr/src of the hard drive.
- Run chroot [mount point] bash -l to chroot into the new system.
- Compile and install the Linux kernel [be sure to run LILO].
- Review and modify the files under /etc.
- Reboot and start constructing the new system.
MD5 sum: 5da52af0d4b0a599cc119afcace77c9c
GNU cfengine 2.2.1
Cfengine is a tool for setting up and maintaining BSD and System-5-like operating system optionally attached to a TCP/IP network more>>
You can think of cfengine as a very high level language, much higher level than Perl or shell: a single statement can result in many hundreds of operations being performed on multiple hosts.
Cfengine can perform very good a lot of common system administration tasks, and allows you to build on its strengths with your own scripts. You can also use it as a netwide front-end for `cron.
Enhancements:
- This version contains mostly fixes for bugs introduced in the 2.2.0 release.
- It also adds support for a scli: section for interfacing with SNMP devices.