Free 0.1.3 software for linux

Gsh is designed to do two things:
1. be a comfortable environment for people who are already accustomed to using a Unix shell.
2. make operations that are difficult or awkward with a normal shell easier by having the shell take advantage of a graphical environment.
For the most part, Gsh behaves like a normal terminal window with some graphical enhancements. It can also be useful as a program launcher when used in compact mode.
Main features:
- A terminal window consisting of multiple output sections, one for each command. Above each output section is a header indicating the command that was executed. This makes Gshs output appear like the normal output you would see from a shell, but the header is editable, allowing you to change the command and re-execute it in the same output area. Each output section serves as a complete xterm-like terminal, so you can use it for any activity you would normally use an xterm for.
- Multiple independent screens. A screen bar at the bottom allows you to create new screens and switch between screens, as well s showing what is running in each. Having multiple screens keeps down the clutter of having several terminals open at once.
- A user configurable menu for keeping commonly used commands.
- A menu for "cd"ing to recently accessed directories. This is persistent and shared among multiple invocations of the program.
- A collapsed and expanded display. In the collapsed display, only the menus and the command line are visible, allowing Gsh to be placed unobtrusively on the top or bottom of the screen. In the expanded mode, the terminal is visible, with the command line at the bottom.
- A context-sensitive popup menu with user-definable commands. If you select a filename and press the right mouse button, a popup menu appears with commands that can be performed on that type of file. Selecting a URL gives you a menu option for opening the URL in a browser. Selecting text from other commands produces other types of popup menu entries. For example, if the command that created the text is "rpm", then entries such as "rpm -e" and "rpm -ql" are given in the popup menu.
- Graphical interfaces for configuring all options and settings. Including menus, fonts, and colors.
- Filename completion. Pressing Tab will finish the filename you are typing. If there is more than one possibility, Gsh will bring up a list of filenames. Pressing Tab with nothing entered allows the file completion window to serve as a simple file browser. The completions are configurable so that only the files relevant to the command will be shown.
- The command history is accessible through the up/down arrow keys, or a history list. History searches are possible by typing partial commands.
- The command line will automatically expand to include more lines as necessary. It also has built-in vi-style editing and mouse-based editing.
- You can cd to a recently accessed directory without typing the full path.
- Pressing the right mouse button over a previously executed command when nothing is selected opens a menu. Through the menu you can re-execute the command, remove it, or detatch it into its own window (even while it is running).
- The terminal keeps track of which lines wrapped. When the window is resized, the output is reformatted for the new size.
- User selectable colors for prompts and commands.
- Persistent aliases.

nycd project is a Linux port of a Thaumaturge demo made for X97/Takeover.

nycd or ``Nothing You Can Do was our attempt for the X97/Takeover demo compo. It crashed during the compo due to a bug in the compiler.

To (compile and) run ./nycd youll need libmikmod for sound and ggi for visuals (and things like libc and libm would be very nice too).

It now supports OpenPTC too if you dont like GGI.

I used libmikmod 3.1.8 and a ggi snapshot dated 991117.

xpkg projects goal is to create a package and package management system for the DarwinPorts ports collection.
Main features:
- be lighweight (no http-client, etc.)
- make use of xar
- rely on few components to make installation (e. g. during OS install) painless
- provide library functionality so that GUI front ends can be created easily
- robustness (atomic installation w. rollback)
Packages consist of a name, version and revision. It also has a major and a minor build number and a collection of so called items (see dependencies for details). Every package installed must have a unique name, so only one package with name postgresql may be installed at one moment. The version and revision numbers are just for users to see what software they have installed. The major and a minor numbers are used for dependencies.
Dependencies arevery simple: A package can provide and request so called items. An item basically consists of a name (string), a major and minor number (int). If you want to install a package that requires a certain item, you have to have installed another package that provides just that item (a higher minor number is ok, too).
The basic use for items is to use the package name (e. g. python24) as an items name you provide. So python24 will provide an item with name being python24. The major and minor numbers show the state of the item. The minor number should get incremented on every build of the package, e. g. due to a bug fix release. The major number should get increased if something serious changes and the provided features change, get incompatible, etc..
This system also makes virtual packages unnecessary and works well without OR-dependencies like require a OR b.
Enhancements:
- xpkg now comes with xpkgcreate(1), a tool to easily create packages from catalog files.

RMoX is an experimental/research occam-pi/CSP based operating-system for (currently) Pentium based PCs.

CSP provides a solid foundation for describing and reasoning about parallel systems and their interactions.

The occam-pi language is an enhanced version of occam (based on CSP), that adds ideas from the pi-calculus to provide a dynamic and flexible environment for building such concurrent systems.

Traditional occam was designed for Transputers (as developed by Inmos Ltd. and later SGS Thompson, now ST Microelectronics), which had a very finite memory, and no provision for features such as virtual memory (although the T9000 did provide a limited form of fault/memory protection). Transputers were primarily targetted at embedded-systems and therefore the use of such features would have been limited (especially considering the silicon cost).

The use of occam on modern computing systems has motivated substantial language development -- both at the language level and in the capabilities of the run-time system. As a result, occam-pi now provides support for facilities such as: data, channel and process mobility; multi-level process priority; extended synchronisation; and numerous others.

Whilst occam-pi is sufficient to develop many components of an operating-system, some of the more architecture-specific low-level operations remain tricky (and perhaps not best done in occam-pi). RMoX contains various "base-layers", one is selected depending on how you wish to use RMoX (e.g. user-mode in the host OS, or standalone).

Any hardware interaction is performed either by RMoXs device-drivers or the "base-layer". The base-layer provides an abstract interface to the hardware and can be changed depending on the desired use of RMoX.

The main functions of the base-layer are to provide the bootstrap, discovery and initialisation of certain hardware (e.g. the MMU), access to physical memory, interrupts and IO/memory-mapped devices. The various base-layers are:
Minlinux base-layer: this is a stripped-down version of the Linux kernel (2.4 series) that essentially replaces the traditional "init" task with the RMoX system. This replaces the Flux OSKit used previously.

Linux26 base-layer: this is a minimal configuration and wrappers for Linux 2.6, that loads the RMoX system as a module when booted (unconditionally transferring control to it). This approach is slightly cleaner than the minlinux base-layer as it does not require any modifications to the Linux 2.6 kernel tree.

Raw base-layer: this is an experimental base-layer written in assembler that performs basic initialisation before transferring control to RMoX.

User-mode base-layer: this provides a hardware abstraction for running RMoX in an existing Linux system as a normal user-mode application. This approach is particularly useful for debugging.

The run-time KRoC/CCSP kernel provides the scheduling and communication routines for occam-pi processes. This is essentially the same run-time kernel as used in KRoC/Linux, called CCSP. The version of CCSP currently in use is from pre-releases of the next KRoC/Linux version (1.4.0). Although the RMoX and "normal" versions of CCSP are built from the same source tree, what actually gets compiled is quite different (if RMoX is being built for non-user-mode; user-mode RMoX will get the standard KRoC run-time system).

Eventually we may do away with the Linux flavoured base-layers entirely, using the more specialised "raw" base-layer instead (largely in the interests of keeping the resulting system small). However, using a Linux base-layer makes much easier the task of machine startup -- in particular dealing with any hardware anomalies that the Linux community has already catered for (typically laptop computers). Another future possibility is a low-level infrastructure that sits on top of Xen, allowing RMoX to be run alongside other Xen-ported systems (primarily Linux, Windows-XP and Plan9).

Pyamp is just a music player for KDE.
Main features:
- mp3/ogg/wav playback
- customizable playlist editor
- shuffle/repeat/target modes
- system tray docking
- song changed popup
- incremental search
- drag-and-drop
- dcop interface
- konqueror integration
- UTF-8

SCLog is a little tool for GNOME, released under GPL license, thought to simplify the life to whom, like me, has the defect of checking Slackware current ChangeLog a bit too often.

Once selected a timeout and the ChangeLog url, SCLog will periodically check for upgrades and, if available, will change the icon shown in the tray area with a white exclamation mark inside a red spot.

Clicking the icon a menu will appear letting the user see available upgrades, modify preferences or quit the application.

bodek project is a mail notifier that stays in the system tray and shows a pop-up when new e-mail arrives (similar to KBiff and Korn).
Currently bodek supports POP3 and IMAP4 protocols, with both secure and insecure logins.
bodek handles non-conforming and badly configured mail servers better then most other programs of this kind.
Let me know of any bugs you manage to find (shouldnt be too hard) and of course, Patches Welcome (TM).
Main features:
- POP3 and IMAP4 support
- support for secure login
- uses KWallet for secure password storage
- many many cool bugs for everyone to find!