Free wbumount 0.1.4 software for linux

Wbumount is a tool that lists processes which are blocking the unmounting of a device.

Wbumount has two goals: (1) Make a "statement" how i would deal with the "umount - device is busy"-problem on the free desktop. (2) To provide a small tool which makes life easier for people already using the desktop - until someone comes up with a better solution.

Wbumount helps to find out, which processes block unmounting or ejecting devices (such as cdroms, usb-harddisks...).

Wbumount only deals with mount points which are under user control ("user"-option in fstab or mtab).

wbumount consists of two parts:

* The command line utility "wbumount". It has to be installed as "suid root" in order to see all processes via /sbin/fuser , because certain applications like the "fam"-file alteration monitor (used by nautilus) run as root. Link to fam.
* The pygtk frontend "wbumount-gtk":
This desktop app shows the list of processes, which "block" a certain mountpoint. The list gets updated every second - you will see processes come and go...
When all processes are gone, the buttons "umount" and "eject" get activated.
The "Mountpoint"-menu also gets updated permanently - when you mount a device, its mountpoint is added to the list.

Moonlight|3D program strives to become a free modern, flexible, feature-rich and extensible modelling and animation tool. Our goal is to provide a tool that is capapble of turning even the most advanced and challenging projects of artists and technical artists into reality.
We understand that this project is by its very nature a huge undertaking which takes large amounts of time and effort to get started. However, this does not scare us off.
We have chosen to make clean design, good usability and solid implementation of features our highest priority goals and we have already successfully, albeit slowly pursued that road for several years.
In order to speed up the progress of our development efforts we open up the project to the general public and we hope to attract the support of many developers and users, bringing the project forward faster.
Main features:
- plugin-based architecture
- all user actions on the 3D scene remain editable
- complete support for automation through python scripts
- completely configurable user interface layout
- basic mesh editing functionality
Enhancements:
- This new preview version is available in binary form for Linux/x86, Linux/x86_64, and Windows.
- The focus of this release is on improving support for Win32.
- The different transformation and extrude tools were unified.
- The light source types spherical and spot light were added.
- Tools for mesh triangulation and Catmull-Clark subdivision and importers and exporters for Wavefront .OBJ and Ogre XML mesh formats were added.

Panoptis plans to create a network security tool (N-IDS) to detect and block DoS and DDoS attacks. The programming language is C++, and the input is being provided by routers.
First, you need a router that exports NetFlow(TM) data. Versions 1, 5 and 8 are supported, although version 8 has not been tested AT ALL. You also need a server for accepting data and processing it.
In order to compile the software you need a C++ compiler (tested only with g++ for the time being) and the CommonC++ library, found at http://www.gnu.org/software/commonc++/CommonC++.html At the moment the software has been linked against and tested with commoncpp2-1.0.9
YOU WILL ALSO NEED g++ VERSION 3.x!!! This is very important! Compiling with g++ 2.95.x or earlier versions causes segmantation faults in some cases. This has to do with CommonC++, not Panoptis.
Before you can use the software, you must also have read SNMP access to your router. That is only needed by the speeds.py script that collects some initial information (the .py extention should already make you think youll need the Python programming language installed -- thats true.
Enhancements:
- Update so that Panoptis compiles and runs on newer systems (GCC 3.3.5, CommonC++2 1.5.3).
- No new features, unfortunately.

Multi_Search is a desktop search widget for Superkaramba.

Requirements:

NOTE: A new requirement for version 0.1.0 is the wxPython module. You will not be able to use the new options in this version without wxPython. If you choose not to install wxPython you can still do the old configure options such as change background/default browser/and add search engines, but none of the new features, those need wxPython.

What It Does:

This widget allows one to search almost any search engine right from their desktop. It also gives the ability to run terminal commands. The theme launches the search in your default browser(setup in the right click Configure Theme menu). Click on the icon to the left of the searchbox to change the search engine.

You can add your own search engines to the widget through the right click Configure Theme Menu. This will take a search url and add it and its associated favicon, if it has one, to your widget.

You also have the ability edit and remove existing search engines and change the icon for a search engine.

There are also 8 backgrounds to choose from which can be found in the right click Configure Theme menu.

If anyone has any problems, comments, or ideas I would be glad to hear them.

Photozeec is a software which lets you to modify digital photos (add date, add borders) depending on models.

Principle : Choose a group of photos, set a title to this group, choose a model (modification template) and run the image conversion process.

The software works for a few minutes and gives you you digital photos modified with date, borders depending on the model choosen.

zufall is a simple program to change the background periodically.

The project takes one or more directories with images as a parameter (no GUI) and sets a randomly chosen image as background. If there is a border remaining, its color is the average color of two corners of the image. This mostly fits the image very well.

The program doesnt work if the root-window is hidden by another program, like in Gnome or KDE.

Installation

./configure && make

make install
or copy the binary "zufall" to a directory in your path.

glFlow is a (D)DoS logger written with speed in mind. glFlow detects attacks on high speed links through real-time flow aggregation and analysis.
What do I run it on ?
It was written on FreeBSD and tested on both FreeBSD and Linux. It should work on any OS to which libpcap and OpenSSL were ported. The rest of the code is perfectly portable.
How does it work ?
Cisco Systems have defined the flow as a four value tuplet: {srcaddr, srcport, dstaddr, dstport}. The format evolved over time. The complete structures for various NetFlow versions are available on Ciscos site. Now, lets assume that the attacker floods the victim with packets that keep the same characteristics throughout the duration of the attack. No source spoof, no
source port increments or randomizations. That would lead to a very large packet rate inside that flow. glFlow calculates the average packet rate in every flow and raises an alarm signal if the threshold is hit.
What about spoofed attacks ? How are they detected ? Simple. glFlow keeps a history for every destination host that it sees. When a new flow is created, the flow counter for that host is incremented. The average number of newly created flows corresponding to a specific host in a specific amount of time is calculated, and, as above, an alarm is raised if the threshold is hit.
To prevent attacks that dont hit any of the above thresholds, theres
a new one starting with v0.1, measuring the packet rate for a destination.
Cant other tools, like SNORT, do this ?
We sincereley believe not. Remember, glFlow was written with high
speeds in mind. Weve been using it at over 500Mbps. At that speed, with an
ordinary x86 machine, even with a strong motherboard/NIC combination, you cant
do anything fancy. glFlow was specifically designed for detecting large floods
in real time, or at least something close to that.
How is it that its so fast ?
Well, Andrei did a great job implementing a very fast binary tree. That allowed us to drop the threaded model and choose a single loop design. The new results were stunning. The tests were made on a P4 Xeon/3 GHz, with an Intel GigE NIC. The average traffic rate was about 500Mbps, with an average packet rate of 100kpps. That lead to about 200k active flows. glFlow managed to clean the inactive ones in less than 0.3 seconds. There was no alarm raised
after more than 5 seconds of flooding. glFlow ate ~50% of the CPU, while consuming about 40MB of system memory.
How do I install and run it ?
Run ./configure --help. Youll see two adjustable knobs: --with-hash and --enable-debug. The first one permits you to switch between MD4 and MD5 summing of the flow and host structures kept in the memory. The second lets you run glflow in the foreground, printing some statistics on stdout.
The thresholds are harcoded in defs.h. You shouldnt have any trouble tweaking them. However, weve observed that the best results are obtained when using the same values for flow lifetime and the time between flow cleanups. And they shouldnt be much over 20. The smaller the tree is, the faster it will be cleaned.
Finally, edit your /etc/syslog.conf and write something like this: "local6.*< tabs >/var/log/something". Restart sys[k]logd afterwards.
Fire glFlow up, like this: "./glFlow < interface > < bpf filter >" and watch /var/log/something for changes. You may play with nmap or some DoS programs to test it. The IPs in the syslog will be shown as integers rather than in dotted notation. We decided to leave this job to the log analyzer.
Can it go even faster ?
Sure. There are a few methods which permit you to improve the packet capture. For more info read Luca Deris paper: http://luca.ntop.org/Ring.pdf
Enhancements:
- This is a bugfix release.

XMMSVoteList is an XMMS plugin for creating customized playlists and ignore-lists.

XMMSVoteList also counts the number of times a song is played, which can then be used as a search pattern when editing a playlist.