Free portal 0.5.2 software for linux

Root-Portal is a GNOME program that monitors files, processes etc and displays changes either directly to the desktop or in a transparent border-less window. This is useful for monitoring system logs and for providing feedback on system activities.

Root Portal is a way to do stuff on your desktop in the background. We find it useful as a monitor of system log files such as /var/log/messages and /var/log/xferlog and /var/log/httpd/access_log etc etc.

You can have as many spots, or portals of text on the screen as you want in varying size and varying font and colour and practically any other property you care to think of. They can have the added advantage of being transcient so that you can still see your background picture underneith the text.

As well as this, using the roottext module, you can run programs such as xsnow and the snow flakes will not disappear because of the text, they will pass through it. Using the module such as gnometext allows you to shade the background and put alternate images as backgrounds for your portals.

You may also shade these custom backgrounds, the only disadvantage to this system is that programs such as xsnow cannot mix their graphics with this and disappear behind them. The only other difference between the two is that the root text can handle non-fixed sized fonts with a breeze.

Because the gnome module is using zvt, it currently does no like non-fixed sized fonts too much at all. We are hoping the author of zvt will change this in later releases of his library. As well as the file tailing facility to monitor log files, there is also a loading monitor, to show you when a new process has been created and when a process has been destroyed.
Basically this is a pretty anti-paranoia program for people who sit at their desktops and wonder who is doing what to them from the outside, what is running what on their system, and why their harddisk is suddenly ticking over for no reason *aha, crond is doing something weird*

Portal.CLI project is a set of bindings that target the Common Language Infrastructure and which cover common free and open source UNIX/Linux libraries that do not yet maintain their own CLI bindings.

PAJAX project is a framework that facilitates the creation of remote PHP objects in JavaScript.
You might have heard of AJAX by now. I first saw the term coined in this article by adaptive path and is short for Asynchronous JavaScript + XML. This technique came into the spotlight with Google Suggest and Google Maps.
It relies on a little known JavaScript object named XMLHttpRequest. This object allows for synchronous and asynchronous HTTP request to be performed from within a browser via JavaScript.
Wanting to play with this, I deiced to create a framework that would allow simple PHP objects to be made remotable in JavaScript, using XMLHttpRequest.
Introducing JSON
AJAX technique usually implies using XML as a data exchange format. While suitable as a format to marshal parameters back and forth, there is another format that is much more suitable for JavaScript. JSON (JavaScript Object Notation) is an alternate markup format that can be used to describe structured text data. It is based on the internal format used to store JavaScript Objects.
Object Request Broker pattern
CORBA and RMI are two well known instances of the ORB (Object Request Broker) pattern. In this pattern, objects in a distributed environment need to call methods of remote objects. For remote call to work, many details must be just right. This pattern covers the aspect of building an infrastructure that hides all the complexity from the caller standpoint.
Enhancements:
- Fixes a remote code injection vulnerability.

rpmstrap is a tool for bootstrapping a basic RPM-based system. rpmstrap package is inspired by debootstrap, and allows you to build chroots and basic systems from RPM sources.
At present rpmstrap can build basic Fedora Core 2, Fedora Core 3, Fedora Core 4, Yellowdog 4, CentOS 3, CentOS 4, Mandriva and Scientific Linux systems. It also has support for custom RPM-based systems managed by PDK.
The best way to answer this is to give a couple of quick examples of its usage:
- You are developing an application which you want to test on Fedora Core 3, but you are running Debian. Use rpmstrap to build a "heidelberg" chroot and you have a scratch Fedora Core 3 which you can test your application in.
- You are running Xen and wish to run a CentOS 4 virtual server, however you do not want to use the Anaconda installer. Use rpmstrap to bootstrap your virtual server.
- You have an application you wish to package cross-platform. You already have debootstrap for a Debian chroot, but you dont have any for Fedora Core 3 or CentOS 4. Use rpmstrap to build chroots for the two RPM distros in question and package your application inside them.
- You have a risky upgrade that could hose a production Fedora Core 2 server. You want to test the upgrade to make sure nothing will go wrong (and, if it does, you want to know how to fix it). Simply create a "tettnang" chroot using rpmstrap and configure it like your production Fedora Core 2 server. Perform your upgrade inside the chroot, using it as a guinea pig.
- You wish to install CentOS 4 across a network on a system you do not have physical access to but do have remote administrative access. SSH in, rpmstrap a CentOS 4 bootstrap into a mounted filesystem, set the new boot preferences, and reboot.
Usage:
Usage: rpmstrap [OPTION]... []
Bootstrap RPM-based systems.
--arch set the target architecture (use if no uname)
[ --arch x86_64 ]
--download-only download packages, but dont perform installation
--delay insert a friendly delay in seconds between each
attempt to download an RPM
[ --delay .5 ]
--local-source specify a local source directory for RPMS
[ --local-source /home/sam/rpm ]
--pdk-source=A,B specify a PDK workspace and component to pull RPMs
from
[ --pdk-source=workspace/path/,component.xml ]
--print-rpms print the packages to be installed, and exit
--unpack-tarball acquire .rpms from a tarball instead of http
--strip-path when unpacking from tarball, use the strip path
(See the texinfo document for tar)
--list-suites list the available suites this program knows
--suite-notes show the notes associated with a specific suite
--find-best-mirror find the best mirror (warning VERY slow, may be
better to just use a slow mirror ;-)
--try-mirrors instead of just using the default mirror, try
sequentially all of the mirrors in the event of
a failure
--force force installation of RPMs even if there are
errors
--ignorearch force installation of RPMs even if they are
for different architecture
--help display this help and exit
--include=A,B,C adds specified names to the list of base packages
--exclude=A,B,C removes specified packages from the list
--pre runs a script before the installation
[ --pre pre-install.sh ]
--post runs a script after the installation has completed
[ --post post-install.sh ]
--verbose run in verbose mode
Enhancements:
- This release updates the sl402, centos3, and centos4 suite scripts.
- It adds suite script migration utilities.
- It adds functionality for rpmstrap to act as an RPM upgrade utility.

Brutal Chess project features full 3D graphics, an advanced particle engine, and several different levels of intelligent AI, inspired by the once popular "Battle Chess" released by Interplay circa 1988.

coords is a planetarium program. The project is still under construction, but it does a good job of showing the sky with stars and planets at the correct positions.

This version shows celestial objects from the Yale BSC and NGC2000 catalogs, planets from Mercury to Pluto, the Sun and the Moon.

All GUI parts have been written with GLib 2.12, GTK 2.8, Pango 1.14, and Cairo 1.4 (Debian Lenny libraries).

How to use it:

The GUI program:

- If you click in the sky map, you can move it with the arrow keys. Its a stereographic projection of the sky sphere, the up and down keys change the pitch and the left and right keys allow you to roll around the zenith. There are spin buttons too. Finally, the sky can also be moved by dragging the mouse on it.
- A spin button adjusts the zoom factor (Scale).
- A menu allows you to toggle the visibility of various things (equator, frames or grids, star names, ...)
- other stuff, i hope its intuitive

coordserver takes no argument. Currently, it can serve data in two modes. The first is a Right Ascent,Declination pair, given as two floating point numbers separated by a comma (option -c of coordclient). This is meant for machine
processing. The second mode is text.

coordclient can take up to 3 arguments. The first is the -c option (see above).

The next argument is the star name, which can be :

- a name
- an HR (Harvard Revised Catalog) number with 0 padding before the number if less than 4 digits
- a Bayer name (Alp Boo, Alp 1 Cen, Gam Per...)
- a Flamsteed name ( 1 Peg, with two blank spaces before the "1" because the number field is 3 characters long).

The next argument can be date in YYYY-MM-DD.DDDD format. If absent, the machine current date will be used.

Music player for mp3, ogg, wav, audiocd, mp3 streaming, ogg streaming.

Its fast, comfortable and able to use the appropriate sound drivers or daemons to male music, to encode in mp3 or ogg,and to stream directly to an icecast server (icecast2 or shoutcast).

somaplayer is even a sound daemon (sds- soma daemon sound), which is able to accept connections from more somaplayers at the same time or from any other sound player (xmms, mpg123 and others, thanks to a special wrapper.

All those sources are added and managed via driver or daemon, streammed or encoded as above.

FUSEPod is a virtual userspace filesystem which mounts your iPod into a directory for easy browsing of the songs it contains.
FUSEPod can discover where your iPod is mounted, supports read-only operation, and has a configurable directory layout.
Main features:
- Discovers where your iPod is mounted
- Read-only support
- Configurable directory layout