Free 0.18 software for linux

Moagg combines several game types of other genres like races, search & rescue, seek & destroy et cetera into a 2D gravity game.
You are pilot of a small space ship and have to navigate that ship through different levels. But beside the gravity that drags you down there are other obstacles like laser ports, magnets, black holes, cannons, rockets and grinders you have to master.
Main features:
- Fully playable singleplayer game
- Missions on different difficulty levels
- Mission-dependend highscores
- Lots of static and dynamic obstacles
- Full controls configuration
- Basic sound support
- Basic player configuration
- Basic ship configuration
- Qt based level editor
Enhancements:
- Magnets now can be activated, deactivated and toggled via a switch or via the appropriate events, like laser barriers. The tutorial level switches.xml was adapted to demonstrate this. (btrummer, 2005-04-17)
- Fuel platforms now can define a fuel_cost property, which means that refueling the ship is not free anymore. (btrummer, 2005-04-16)
- SAM batteries now can be destroyed by projectiles too (like turrets). (btrummer, 2005-03-12)
- Now every decoration object supports the hide-property and can be shown via the show-event during game flow. (btrummer, 2005-03-12)
- Added three new levels to mission1. (btrummer, 2005-03-01, thanks to Will Poulsen)
- Fixed a bug, where the initial position of a turret projectile was calculated wrong, thus causing immediate collisions with the turret. (btrummer, 2005-02-08, thanks to Stefan Hamacher for reporting)

Torsmo is a system monitor that sits in the corner of your desktop.
Torsmo project is very simple, customizable and it renders only text on the desktop (and percentagebars if you want it to and the only lib it uses is Xlib.
Torsmo can show various information about your system and its peripherals.
Main features:
- Kernel version
- Uptime
- System time
- Network interface information
- Memory and swap usage
- Hostname
- Machine, i686 for example
- System name, Linux for example
- Temperatures from i2c-sensors
- Temperature from ACPI
- Battery capacity from ACPI/APM
- Number of processes running or sleeping
- Local mails (unread and all)
- Filesystem stats
Enhancements:
- Fixed some double buffer + Xft stuff
- Applied X-Mozilla-Status patch (thanks affinity)
- Applied NVCtrl patch and modified it a bit (temperature monitoring for nvdia-based graphics cards) (I couldnt test this so it may or may not work or even compile) (thanks Dennis Frommknecht)
- Applied fs_used_perc and fs_bar_free patch (thanks killfire [send me mail, I didnt catch your name from sourceforge])
- Applied patch that supports mailbox that is in some maildir format (thanks jolapache [send mail, I didnt catch your name from sourceforge])
- min -> m
- Applied pad_percents patch (thanks JL Farinacci)
- Fixed some stuff in acpi fan and acpi ac adapter
- Optional XFT even when compiled in

RBBS is a bulletin board system with Web interface. Users of RBBS can post and response to articles. As the principal purpose of RBBS is to be used as such communication system as BBS, it is useful for individual use and for one-to-many communication. The following are features of RBBS.
Accessibility
Articles is structured into chapters, paragraphs, and so on in the text with XML. The appearance of articles is defined with style sheet. Since document structure and presentation are separated, transmission of information corresponding to various needs in the Web environment is attained. Moreover, because Wiki-style format is supported, you can write and edit articles easily.
Floating Threads
When a response is attached to an article, the order of the article becomes the top of the page. Since articles to which responses are often attached are displayed in an exhibitionist manner, users can catch up popular topics easily. Moreover, because each response is only by one line, lighthearted communication like chat is taken.
Atom Syndication
In order for users to check new articles and responses easily, Atom feeds are delivered. Using a news reader supporting Atom, users can check some news site and RBBS at the same time.
RBBS is available on Linux, Solaris, HP-UX, FreeBSD, NetBSD, OpenBSD, Mac OS X, and Windows (Cygwin). Other UNIX systems are also. As RBBS is implemented with the C language, no environment for running a scripting language is needed. RBBS is a free software licensed under the GNU General Public License.
Enhancements:
- User interface was enhanced.
- The format of the log file was modified.
- Release: 1.0.16

uml2svg is an XSLT-based tool for converting XMI-compliant UML Diagrams into SVG.
We started the developing uml2svg with six main goals in mind:
- Standard conformance
- Good Documentation
- Modularity
- Extensibility
- Comprehensible SVG
- Multiple diagrams per XMI-file
SVG is a standard language for describing two-dimensional vector graphics in XML. As the open SVG standard gains in popularity and gradually replaces proprietary formats for vectorial graphics, the support provided by the Web browsers is getting better.
Plugins to display SVG exist for most browsers and it is most likely that the next generation of Web browser will provide built-in support for SVG. When that happens there will be no better way to distribute vector graphics on the web. Furthermore, not only web browsers can process SVG in a meaningful way; in fact that is just the tip of the iceberg. SVG can be easily read in, processed, and then transformed into many other formats, being well suited for both text and graphic tools as well as for web agents and screen readers.
UML diagrams are composed of lines, polygons, ellipses and text labels, so they are inherently vectorial. However, the SVG is not very well suited for direct use by UML tools. While some of them can in fact export UML diagrams directly to SVG, they do that by discarding all the information about structure, and converting everything into a shape. Moreover, some tools use the screen-capture function provided by their environment (such as java2d) and then they apply a filter to generate SVG out of the "screenshot".
What comes out of that is a pile of meaningless information, which by accident happens to draw a gorgeous diagram. How will a screen reader interpret such a file? How will a web crawler be able to index it? How will a web agent process it in a meaningful way? A program needs the semantic information that the humans can extract just by looking at a picture. For a machine, an obfuscated SVG file is not easier to process than a PNG file or any other image.
Although for humans it is better to be able to scale the image, for a program this is irrelevant. Programs need a way to "understand" the semantics of the UML models to be able to process and interchange them in a meaningfull way. This was the main idea behind the XML Metadata Interchange (XMI), an OMG specification for model interchange. And probably the best use that XMI has found so far is the exchange of UML models between different modeling tools. And while the XMI provides a standard way for tools to represent models as XML documents, it is still limited to the model elements only.
With the introduction of the UML 2.0 Diagram Interchange Specification as part of the upcoming UML 2.0 standard, it will become possible for tools to exchange the models together with the layout of the diagrams. We think that, once this specification appears, XMI will be used averywhere. Not only will the tools be able to exchange diagrams, but could even represent them internaly as DOM trees. Have you ever considered drawing your UML diagrams online, using only a web browser? This could be done even now by using a custom SVG syntax for the DOM tree, but a solution based on XMI could do even better and be a standard at the same time.
Therefore, we believe that with the advent of UML 2.0 and the increase in the use of SVG, the need for transformations between XMI and SVG will be great. Nevertheless when the uml2svg project was started, there was hardly any good open-source solution to convert XMI diagams into SVG.
The UML 2.0 Diagram Interchange Adopted Specification in its current incipient form references a set of XSL transformations. Although the standard draft covers them to a large extent, the link is actually broken (you can try for yourself). It has been broken for more than a year and most likely it will stay like that forever.
The personal webpage of Professor Mario Jeckle provides an online transformation service capable of dynamically generating SVG from XMI-compliant XML files. The XSL files accomplishing the transformations are also available on that website. These transformations are monolithic and not well documented (the only documentation is in the code, and it is generally written in German). With the tragic accident that took the life of Professor Jeckle, the transformations have no longer been maintained.
Finally, the STZ-IDA research center in Karlsruhe had to convert UML diagrams to SVG, as part of one of their projects. The XSLT stylesheet they created for this purpose was named xmi2svg and is available under the terms of the MIT license. At the time we started work on uml2svg the only type of diagrams supported was class diagrams.
Recently the package reached version 0.2 and it supports more diagram types, without major changes in the code (the opposite of what we were expecting). Andreas Junghans, the author of xmi2svg, provided us with a lot of insightful hints which helped us eliminate many glitches in uml2svg. It looks that the development of uml2svg and xmi2svg will continue in parallel, at least for a while. The good thing about this is that the two (quite different) implementations prove each others validity and the features tend to propagate freely from one side to the other. However, this comes with the prize of having to maintain two different code-trees and possibly confusing some users.
We did not like the two existing solutions because they were:
incomplete - just prototypes, not well suited for production environment
monolithic - hard to maintain and extend
not documented - hard to understand
At first sight, we thought we could find a way to improve one of the existing solutions and just add the features we needed. However, we slowly came to the conclusion that it would be better if we started anew. There are things one can fix in a project, but that does not include what we thought is was bad design. The fact that the two implementations presented above are open source helped us get quickly on the way with our own project.
Enhancements:
- Two annoying bugs were fixed.
- The site and documentation were updated.

Camorama is a webcam application featuring various image filters.
Camorama allows you to view video from your webcam and apply various image filters to it. Camorama project can also upload images via ftp.
Camorama is a program i wrote to learn gtk and v4l. As you can see, i am still learning. It is pretty simple at the moment, and i hope to make it much more complete. I also plan to make it more generic, as i initially wrote it with only my own creative webcam 3 in mind.
Hopefully it will work with other cameras. i will test on anything i can get my hands on, but that might take a while. Right now you can change the video settings using the gui and apply some crappy filters i wrote to mess around with.
It runs at a reasonable speed, but i would like to get the fps up as high as possible. Still figuring that out. As for requirements, you will need at least gnome 2 and v4l. I havent used anything else crazy, and that should do it.
Enhancements:
- Lots of bug fixes.

Shadow password file utilities package includes the programs necessary to convert traditional V7 UNIX password files to the SVR4 shadow password format, and additional tools to maintain password and group files (that work with both shadow and non-shadow passwords).
Enhancements:
- A problem where su set the enviroment too early when using PAM was fixed.
- A UID/GID overflow in groupadd, groupmod, useradd, and anusermod was fixed along with overflows in inactive, mindays, warndays, and maxdays in passwd, useradd, and usermod. groupmems was rewritten to use PAM and getopt_long().
- usermod was reverted back to previous -a option semantics.
- chsh and groupmod were rewritten to use getopt_long().
- Translations and man pages were updated.

TorK project is a Tor Controller for KDE.

TorK allows you to configure, run and update Tor. It also allows you to view the Tor network and choose how you would like to interact with the network.

TorK is very much in an alpha state.