Free start up software for linux

Tools like ssh and lsh are great for allowing secure remote access to your system. They offer essentially full, flexible remote control of a machine, in an ecrypted and authenticated manner. But they are complex pieces of software; theres no way to do what they do without being complex. And with complexity comes bugs. Tools like ssh and lsh, and VPNs like CIPE, PPTP, and more have all had serious flaws that would allow an attacker to get full control over your system.
If you leave such programs running all the time, you take the risk that someone is going to use an exploit on you before you have a chance to apply a patch. For some purposes, this is an acceptable - even necessary - tradeoff, but it would be nice to enable them only when actually needed, to minimize the risk. And for other purposes, ssh et. al. are overkill. Perhaps you only really need to remotely initiate a limited set of operations. In this case, you dont need a shell prompt, just a way to securely kick off scripts from elsewhere.
Enter Ostiary. It is designed to allow you to run a fixed set of commands remotely, without giving everyone else access to the same commands. Ostiary is designed to do exactly and only what is necessary for this, and no more. The only argument given to the command is the IP address of the client, and only if the authentication is successful.
Main features:
- "First, do no harm." It should not be possible to use the Ostiary system itself to damage the host its running on. In particular, its willing to accept false negatives (denying access to legitimate users) in order to prevent false positives (allowing access to invalid users).
- Insofar as possible, eliminate any possibility of bugs causing undesired operations. Buffer overflows, timing attacks, etc. should be impossible for an external attacker to execute. Theres no point in installing security software if it makes you less secure.
- Be extremely modest in memory and CPU requirements. I want to be able to fire off commands on my webserver (running on a Mac SE/30, a 16MHz 68030 machine) from my Palm Pilot (a 16MHz 68000 machine). Things like ssh already take 30 seconds or more to start up - I cant afford anything too fancy.
- Keep things simple. Im no crypto expert; I know Im not capable of coming up with an ssh replacement. So I need to keep things so utterly simple that I can be sure Im not missing anything important.
Enhancements:
- Several non-security-related bugfixes, including some clarified log messages and an update to the TCP-wrappers autoconf macros.
- Debian packages have been added.

SUM - Start-up Manager software is a gui tool for changing settings in the bootloader and splash screen in Ubuntu.
Main features:
Change:
- Grub timeout, default boot title, number of kernels in bootloader menu, enable/disable boot option for memtest86, enable/disable boot option for "rescue mode", if the default boot option should be automatically updated, bootup resolution and color depth, grub menu colors and background, and usplash theme.
- Create "rescue floppy"
Change visibility of:
- Grub menu, colors, background image, usplash and usplash text.
Password protection:
- Password protect grub menu from editing
- Password protect "alternate" boot options
- Password protect old boot options
Themes:
- Install new grub backgrounds(either from a png, or a correctly sized and colored .xpm or xpm.gz)
- Remove grub backgrounds
- Install new usplash themes(from a correctly made .so file)
- Remove Usplash themes
Enhancements:
- Translations added

Thunar application is a new modern file manager for the Xfce Desktop Environment. Thunar has been designed from the ground up to be fast and easy-to-use. Its user interface is clean and intuitive, and does not include any confusing or useless options.

Thunar is fast and responsive with a good start up time and directory load time. Thunar is accessible using Assistive Technologies and is fully standards compliant.

Jatt provides a Web-based time tracking application.

Jatt is a Web-based time tracking application implemented using Java Servlets. Users can create and organize tasks in a hierarchy, start and stop tasks, and use reports to analyze performance.

ttmap passively analyzes values of TCP Timestamps in captured IP packets. After collecting enough data, it computes characteristic remote machine parameters.

These values let it guess remote operating systems and identify unique machines behind a single IP address. For example, it can analyze remote IP load-balanced clusters.

After successful initialization, ttmap starts analysis of packets received on selected network interface. For this, it uses the libpcap library, which injects captured packets to the ttmap_callback() function.

Next, the program checks if received packet is a TCP one and whether it has TCP Timestamps Option. If yes, then ttmap reads essential data from it and passes it to the process_packet() function. However, if the packet has RST or FIN flag set, then a special procedure is called, which removes any data regarding the connection being closed, if any.

The process_packet() function matches a single packet to a TCP connection. It checks whether number of packets collected in a single connection is enough, and if it is, the control is passed to the identify_connection() function.

Now, ttmap has enough sample of packets which were received from a single remote machine to find the proportionality factor (the jiffy), let it be the a parameter, and system start-up time, let it be the b parameter. For best results, the program uses linear regression method from the GNU Scientific Library. Provided that the quality of obtained values is good enough, what is discussed later, an internal database holding information about already identified machines is queried for calculated remote system characteristics. If nothing matches, a new remote machine is detected; if there is a match, then machines a and b parameters are corrected by mean value.

Due to various delays and fluctuations that packets traversing the Internet might be subject of, the obtained data might be of low quality, ie. there will not be any linear function matching collected (time, TCP timestamp) points. So, for best results, only the points lying close enough to the best-fit line should be accepted as meaningful. The ttmap program checks whether ratio of covariance (returned from GSL) and obtained a parameter is small enough. A similar situation appears when querying the internal database for matching machines - here the program user may configure acceptable "delta" for a and b parameters.

When a new remote machine is detected, an informational message is printed to the standard output. Such message contains machines a parameter, with a corresponding remote operating system guess, and b parameter, with probable time when remote machine was turned on (in local timezone).

Marble is an early beta preview of the Marble Widget application which is targeted for KDE 4.
You need to install both packages: "marble" and "marble-data" to run Marble.
Marble is a generic geographical map widget that is meant to be used by KDE4 applications. It shows the earth as a sphere but doesnt make use of any hardware acceleration (No OpenGL). So although it might look similar to professional applications like Google Earth or Nasa World Wind its rather meant to be a small light weight multi purpose widget. To improve speed I decided to compile the Kubuntu packages with SSE support (-msse).
Main features:
- Marble uses a minimal free dataset that can be used offline. Currently the total amount of data that is meant to be shipped is about 5 MB.
- Marble doesnt use OpenGL or 3D hardware acceleration. It just uses Arthur as a painting backend. Extending it later on to support OpenGL as well shouldnt be hard however I dont consider that the primary focus. Depending on your hardware and the maps being displayed framerate is approximately 5-20 fps.
- Marble uses vector as well as bitmap data: Currently it uses the very old MWDB II data combined with ETOPO 2, which I will update to current SRTM soon.
- Marble displays the world map as a 3D sphere, because its more fun to use and less subject to distortion (So with regard to that its just like NASA WorldWind, Earth3D and Google Earth)
- Marble should start up almost instantly. Currently it "cold" starts fully within 2-5 seconds. On each subsequent start it takes about one second.
- Uses KML-Import to display places (Google Earths open format to store placemarks)
- Cities Down to 12000 inhabitants that you can click on using the mouse. Highest Mountains of each continent. Automatic Placemark label placement.
- Different Map Themes, Layers
- Dynamic Coordinate Grid
- Measure Tool
- Basic Wikipedia integration

Camero is a three-part system for creating and running webcam portals. It is made of a daemon, an admin tool, and a portal CGI.
Camero 3.2 comes with the following components:
camero.py
The daemon. This component is what runs in the background, checking the cams, archiving images and updating the database.
admin.py
The admin tool cgi. This component allows you to add/remove cams, view images in the archive, edit settings, basically administrate everything
PortalConfig.py
The main portal configuration file.
PySP.py
The portal front end cgi. This processes all the portal template files.
classes/
Where the classes for the portal are kept
templates/
Where the templates for the portal are kept
db.conf
The config file for your database. This is only an example, you will need to configure and obtain info for your specific database installation.
getImage.py
This is a cgi that allows for you to obfuscate the path to your images.
See the development doc for more details
tools/archiveMaint.py
This is a utility that performs the database maintenance. It will keep your archive directories down to the size you specify.
index.html
Simple redirection to the main portal page
Secondary Components:
DB.py
This code allows for easy access to the database. All of the primary components require this to be in the same directory to execute. See the development doc for more details.
camctl
This is a shell script that should be used to start/stop/restart the daemon.
rc.d/camero.linux
A start up script for linux.
rc.d/camero.FreeBSD
A start up script for FreeBSD.
tools/deDupe.py
This is a tool that will search through all your archived images and remove any duplicates. It is not normally needed as camero will catch sequential duplicates, however users have a way of messing things up no matter how hard you try.
tools/import.py
This tool allows you to import your previous Camero config. It only imports cams but it can save a lot of entry time.
tools/sanityCheck.py
This tool will check your environment and let you know if everything checks out
tools/upgradeDB_(version).py
This tool will upgrade the database structure from any previous version to that of the current one.
tools/convertDB_(version).py
This will convert a database initialized by the free distribution to the structure of the commercial distribution (comes with commercial ver)
tools/daemonCheck.sh
This will check to see if the camero daemon is running, and if not, restart it.
Main features:
- PySP Server Page Processor (Templates, no python knowledge needed)
- New portal code thats easy to read, edit and extend
- Admin interface UI enhancements
- Configurable thumbnailing support
- Configurable generic image "pipe" support (watermark or logo the images)

KlearCase is a set of tools to access Clearcase using the KDE environment. Several KDE plugins allow KDE applications to take advantage of Clearcase features.
KlearCase project is a set of tools to use IBM Rational ClearCase from KDE.
Enhancements:
- Better integration Kde Application Menu Remount vobs and restart views at start up.
- fix for clearcase 6.0 fix for big list of vobs and views