Free hobbies for men software for linux

doclifter is a small man/mandoc/ms/me/mm-to-DocBook document transcoding.
doclifter is a tool that transcodes {n,t,g}roff documentation to DocBook XML markup.
It parses man, mandoc, ms, me, or TkMan page sources, does structural analysis, and recognizes common troff-markup cliches.
The result is usable without further hand-hacking about 95% of the time.
Enhancements:
- A bug in db2man.xsl was worked around.
- Markus Hoenickas requested behavior for multiple-file conversions was implemented.
- Translation of groff extended .cc and .c2 requests was implemented.
- The .TA macro that occurs duplicatively with .ta in X.org manual pages is now ignored.
- The program can cope with unresolved .Sx refererences in mdoc.
- .Ex and .Ee are handled.
- The X consortium macro preamble is now handled better.
- .RS/.RE is now fully handled, with no more spurious warnings.

BoboBot project is a one-player side-view game in the style of Capcoms excellent "MegaMan" series of Nintendo, PlayStation and PC games.
As "BoboBot," the `robo-monkey, you travel to eight different levels fighting your way to the boss. Once defeated, you gain that boss special weapon. This preview release contains 4 of the 8+ planned levels and has sound and joystick support for Linux users.
Main features:
- Slippery ice
- Unlit tombs and caves
- Walking "Bomb-Bots"
- Radio-controlled fish
- On-the-loose mine carts
- Deadly birds
- Robotic flies
- and bosses like "The Mummy", "Freeze-Man" and the insane "Chrono-Man".
Enhancements:
- License changed to GPL
- Documentation converted to HTML
- BoboBot now wears hats
- Fixed up for newer versions of SDL and SDL_Mixer

SURVIVOR is yet another systems monitor.
Does the world need yet another systems monitor? Well, the world has had the Backstreet Boys, N Sync, 98 Degrees, Take That, Boyzone, Westlife, 5ive, O-Town, not to mention New Kids on the Block, All-4-One, Boyz II Men, New Edition, and Menudo, so clearly there is an ability to accept and even appreciate redundancy. Not that one needs to appreciate boy bands to appreciate systems monitoring, and perhaps now would be a good time to underscore that the SURVIVOR project does not endorse or even listen to boy bands.
Differentiating systems monitors can be a lot like differentiating boy bands. At first glance, they all look alike. With careful study, however, they all still look alike, except that some have goatees and others dont. With further study, it is possible to detect different accents, but no matter how far you look you still have a boy band.
In this respect, SURVIVOR is a lot like other systems monitors. It was written because of requirements that dictated the equivalent of a boy band with two Americans, two Brits, and an Australian, two with goatees, three brunettes, and not all of them living in the same town in Florida.
Unlike most boy bands, the core of SURVIVOR is a POSIX-thread based scheduler, responsible for determining when services should be checked and when alerts should be transmitted. The scheduler should be highly scalable, although it has not yet been tested against an entire class B network.
Like almost every other package, check and alert modules may be written in any language. These modules should generally scale quite well, although specifics depend on what the module actually does.
A command line interface, web interface, and two-way messaging gateway are provided.
Unlike most boy bands, SURVIVOR is intended to be a very high quality, feature rich, package. It is unlikely to ever get airtime on TRL.
Enhancements:
- In addition to the usual bugfixes, this stabilization release adds five new check modules, a flap reporting module, and adds various improvements to the command and Web interfaces.
- This is the first release with accompanying RPMs.

This is a collection of scripts which is used to manage the creation of Slackware packages. This framework is designed to make it easy to add packages to the collection and to easily tweak package parameters for testing and deployment.
The framework currently has a lot of parameters, and also has basic frameworks for CPAN packages. It is possible to add more frameworks and tweaks for other package networks as well, such as the PHP and Python archives, and these are in the works currently.
Enhancements:
- This marks the start of the new style of build scripts. These are much more modular, and have a consistent set of shell functions and variables which work in their defaults for most situations, and can be redefined by a package file to do special setup or other functions
- which some packages may require.

TkViewMan is a graphical man page viewer for Linux. TkViewMan project is written in Tcl/Tk, using the BLT extension. TkViewMan is free software and is distributed under the GNU General Public License.
Main features:
- Tabs for multiple man pages
- Ability to find all man pages for a command, with each man page getting its own tab
- Ability to open as many tabs as desired within the main window, which can be scrolled if needed
- Ability to search a man page
- Keyboard shortcuts for creating/removing tabs
- Command history using arrow keys

Hotplough is a Linux hotplug subsystem support tool. It is started whenever the hotplug event occurs - e.g. when you insert a USB device, ifconfig up your network interface, plug in the PCMCIA card, etc. The task of hotplug support tool is to load appropriate modules into kernel and do whatever else the administrator of the system wants it to perform.

Once I upgraded my kernel to 2.6 branch I found out that the murasaki hotplug support system isnt working anymore. Checking out the murasaki homepage at that time was of little help. The usual upgrade story.

So I tried the hotplug support script, mentioned somewhere in kernel documentation or the post-halloween document... Well, it worked. But, even though I dont reboot daily, I thought I cant afford the luxury of wasting 10-15 minutes on the mere bootup. Besides, hotplug events may happen to occur not only when I reboot and to put such a load on the machine when I, say, synchronize my handheld doesnt sound appealing either.

These unfortunate events took place, doubtlessly in order that the next KIN might be born. And yes, I decided to rewrite the whole thing. No wonder that when redone in c, things work tons faster.

Thus came the hotplough. If you run the tool with no parameters (kernel will never do so) with root privileges and /proc filesystem mounted it will install itself as a hotplug handler in the /proc/sys/kernel/hotplug. This should be done somewhere in the very beginning of your initscripts.

Speaking of which. You should receive a word of warning here. So, let me explain why you dont want to use hotplough. Most likely youre using one of the countless linux distributions that do everything for you and in return expect you to maintain compatibility with them. Since I do not use any distribution (real men compile from sources, dont they?) I didnt have to and didnt want to make hotplough compatible with any existing implementation, even though it may work in similar manner.

And for the brave souls who keep reading on, another warning: the current version lacks features. In particular theres no support of PCI hotplug which I am not using and dont expect to start using in the nearest future. It also lacks PCMCIA hotplug support which is likely to come as soon as I will install linux on my notebook which is not used now. If you feel like implementing missing features yourself, your patches are welcome.

Now that the weak of will are scared off, the only thing left to explain is where to store your hotplug agents (i.e. executables to be launched at particular hotplug events). Unless you specify otherwise, the base directory for agents is ${prefix}/etc/hotplough. It is expected to have subdirectories for different device classes, such as bluetooth, net, tty, usb and the most special (or better the least special) of them - generic.

At this time if you want to know more details on how to lay out the aforementioned directory or what d-bus signals hotplough sends you will have to either look up the code or ask a specific question.

Qt version of the classic boardgame "checkers". KCheckers game is also known as "draughts".
KCheckers is distributed under the GNU GPL.
Main features:
- Pure Qt.
- Built-in checkers engine.
- English and Russian rules of play.
- Beginner, Novice, Average, Good, Expert and Master levels of skill.
- Green, Marble and Wooden themes of the board.
- Portable Draughts Notation database format support.
- PDN preview widget.
- Saving, loading and restarting of game.
- Auto change of the mens color.
- Undo of last move.
- Auto saving of settings.
- Optional numeration of the board.
- Game information box.
- The on-line description of the plays rules.
- Threads support.
- Internationalization support (now German and Russian).
- Network capabilities.
Rules of play:
- In the beginning of game you have 12 checkers (men).
- The men move forward only. The men can capture:
- by jumping forward only (english rules);
- by jumping forward or backward (russian rules).
- A man which reaches the far side of the board becomes a king.
- The kings move forward or backward:
- to one square only (english rules);
- to any number of squares (russian rules).
- The kings capture by jumping forward or backward.
- Whenever a player is able to make a capture he must do so.
Enhancements:
- A bug that occurred in SuSE 9.3 when compiling with GCC 3.3 was fixed.
- Unused code was removed.

Test::Parser is a collection of parsers for different test output file formats.
These parse the data into a general purpose data structure that can then be used to create reports, do post-processing analysis, etc.
Test::Parser can also export tests in SpikeSources TRPI test description XML language.
Installation:
To install the script and man pages in the standard areas, give the sequence of commands
$ perl Makefile.PL
$ make
$ make test
$ make install # you probably need to do this step as superuser
If you want to install the script in your own private space, use
$ perl Makefile.PL PREFIX=/home/joeuser
INSTALLMAN1DIR=/home/joeuser/man/man1
INSTALLMAN3DIR=/home/joeuser/man/man3
$ make
$ make test
$ make install # can do this step as joeuser
Note that `make test` does nothing interesting.
Enhancements:
- This release improves the LTP parser and adds a parse_ltp script that prints a tabular summary of the PASS/FAILs of test cases.