Free rox all 1.1 software for linux

ROX-All is a single archive containing launchers for most of the ROX applications.

It contains everything you need to get started with ROX, a GTK desktop based around the file system.

Because actually putting all the software in this archive would make it very big and quickly out of date, it will download the latest versions of programs when you run them the first time.

Therefore, you will need a network connection (but only when downloading or upgrading programs).

ROX-Filer is a fast and powerful graphical file manager for the X Window System.
You can use ROX-Filer as a small and fast filer within your current desktop......or get it to manage your pinboard, panels and applications.
Main features:
- Fast scanning of directories (in the background),
- Uncluttered display (popup menus are used throughout),
- Background file operations (copy, move, link, delete, permissions, find),
- Powerful expression-based find feature with on-line quick reference (eg mtime after 2 days ago and size > 10Mb finds files based on their modification time and size)
- Mounts and unmounts filesystems (just Shift-Click on the mount point),
- Supports the XDND protocol, which provides for drag-and-drop file loading, and the new XDS extension which allows drag-and-drop saving,
- VfS support allows browsing around inside zip files (and other types of archive),
- Fully configurable from the Options dialog box,
- User-defined key bindings for all menu entries,
- A pop-up minibuffer allows navigating the filesystem using shell-style tab completion,
- The minibuffer can also be used for quickly entering shell commands,
- Full manual provided (HTML format),
Other features:
XDND
A common drag-and-drop protocol used, for example, by the GNOME desktop[GNOME]. This allows data to be loaded into an application by dragging it from a filer window to a program. The full specification is given in [DND].
XDS
An extension to XDND that allows applications to save data by dragging an icon back to a filer window. The full specification is given in [XDS].
Choices
A simple, but flexible, system for managing user choices. See [Choices] for details.
Application directories
Self contained relocatable applications, where installation is as simple as copying it to where you want it and uninstalling it is just a matter of deleting a directory. Described later in this documentation.
Thumbnails
The filer can be made to display image files by using the image itself for the icon, instead of a generic `this-is-an-image icon. Very useful for organising a directory full of photos! See [Thumbs] for details (spec is still in developement).
Shared MIME Info Database
In the past, each desktop had its own database of rules for determining the type of files. The Shared MIME Info Database[SharedMIME] unifies these into a single system shared by all desktops.
Icon Themes
Collections of file icons, called themes, can be installed (eg, to `~/.icons). You can switch between themes in the Options box. Once other desktops support this fully, themes will be sharable between desktops.
DNotify support (Linux only)
If used with a recent Linux kernel (2.4.x series), the filer will notice changes to directories automatically. On other systems, directories will update when the pointer is moved over them.
Enhancements:
- Some problems with session management were fixed.
- This makes it easier to use ROX-Filer with gnome-session and similar software.
- When creating thumbnails, this release can use a thumbnail embedded in an EXIF image, which speeds things up.
- A couple of build problems were fixed.

wmalms monitors data obtained from a sensor chip: temperature, fan speed, voltage.

It can be used as a dockable/swallowed applet with Window Maker, BlackBox and clones (incl. FluxBox), or any window manager that supports swallowing, including gnome, kde(kpanel)-1, fvwm and clones.

Alternatively, you can run wmalms as a normal window with any window manager

wmalms is designed to suit any hardware supported by lm_sensors.

It provides a wide range of customized features, including window appearance, order and representation of sensor data, refresh frequency, alarm mode, etc.

I started developing wmalms, after I tried several other sensor monitors, and neither worked for me.

ln_local is a simple shell script for managing the installation of software packages (typically in /usr/local). Its a program between stow and lndir/cleanlinks.

The approach used by ln_local (based on Stow) is to install each package into its own tree, then use symbolic links to make it appear as though the files are installed in the common tree (see examples for more details).

Contrary to stow, ln_local create all subdirectory tree and then create all symbolic links (stow create simbolic links for subdirectories and normals files, so conflicts may appends when two programs share the same subdirectory).

Usage

Usage: ln_local [options] [do] Action

Action : create | delete | clean
create : create symlink and directory in /usr/local from current directory
delete : delete symlink and empty directory in /usr/local from current directory
clean : remove broken symlink and empty directory in /usr/local

If do is presents in the command line then changes are made,
else NO CHANGE ARE MADE

Options are :
-s, --source the source directory (default:current directory)
-t, --target the target directory (/usr/local)
-V, --version display version and exit
-u, --usage long help
-h, --help display this help

Example

Standard way to use ln_local:

* download source package (.tar.gz, tar.bz2 ...)

* extract the archive:
tar -xzvf archive-x.x.x.tar.gz
or tar -xjvf archive-x.x.x.tar.bz2

* go to archive directory:
cd archive-x.x.x

* configure the program compilation:
./configure --prefix="/usr/install/archive-x.x.x"

* build the program:
make

* install the program:
make install
or make install DESTDIR=/usr/install/archive-x.x.x if theres no ./configure in this last case, you may have to edit manually the Makefile.

* create symlinks in /usr/local:
cd /usr/install/archive-x.x.x
ln_local create do

* delete the source and archive
cd in the archive-x.x.x.tar.gz directory
rm -rf archive-x.x.x*

you can change the target directory (/usr/local) by editing the file /usr/local/bin/ln_local or use the --target option

To remove an existing program:
cd /usr/install/archive-x.x.x
ln_local delete do

To clean the /usr/local directory:
ln_local clean do

To remove definitively a program:
rm -rf /usr/install/archive-x.x.x
ln_local clean do

If you want to see what ln_local will do, remove the do in create, delete and clean action, so no action will be done

EL4J, the Extension Library for the J2EE, adds incremental improvements to the Spring Java framework.
Main features:
- The ability to split applications in modules
- A module can consist of code, jar-files and configurations
- There can be transitive dependencies between modules
- A module can automatically enable its spring configuration when it is present
- The order and the location of configuration-information works accross various J2EE containers
- Simplified remoting
- Optional implicit context passing to cleanly add technical context with remote method invocations (e.g. to add a security principal or the sub-company on whose behalf a request is being made)
- Remote a POJO as SLSB or SFSB, remote a POJO via SOAP
- Clean remoting support for interfaces that lack a RemoteException in their interface where its required
- A light daemon manager service
- Various improvements
- Make the active beans and their configuration visible in JMX
- A light exception handling framework that implements a safety facade
- Simplified configuration of attribute-interceptor mappings
Enhancements:
- Many clean-ups in the build infrastructure and in the file organization
- Added a database plugin that allows to execute SQL scripts on the database.
- It can optionally launch an embedded database (Derby for now).
- Added a dependency plugin that illustrates the dependencies between modules graphically.
- Added a basic EL4J archetype to get started more easily
- We provide a mechanim to override the configuration files that are in the automatic Tomcat download (files etc/tomcat are copied to Tomcat).
- Test run now in the maven integration phase (in order for us to launch the database in the right moment).
- Some issues in the site-generation were fixed.
- Added an experimental version plugin that checks whether there are new versions available of existing maven plugins or of other jar-files a project depends on.
- Provided fixes for the external exec plugin
- Upgrade to some newer maven plugins: eclipse, javadoc, deploy.

ROX System Monitor displays a large window containing two bar charts. One shows the Free/Used space on each mounted filesystem, and the other shows a list of processes with Shared/Unshared/Paged-out memory.
A popup menu allows processes to be paused, resumed, or killed. The aim is to show the information you normally want from a system viewer without the clutter.
Main features:
- Displays Shared/Unshared/Swapped memory for each process.
- State indicator beside each process shows current state (running, sleeping, etc).
- Popup menu allows processes to be paused, resumed and killed.
- Displays Reserved/Used/Free space for each filesystem.

xbmsd project is a file sharing server implementing the Xbox Media Streaming Protocol (XBMSP) supported by the Xbox Media Center (XBMC). URLs in XboxMediaCenter.xml that start with "xbms://" use this protocol. xbmsd also supports the XBMSP Server Discovery Protocol (XBSDP).
The main features of xbmsd besides normal file sharing is mapping files to arbitrary local files or HTTP files/streams, the possibility of generating "synthetic" mplayer configuration files according to file extension and the possibility of specifying file processing filters by file extension. Mapping files to HTTP locations is useful because XBMC does not support HTTP locations natively.
Synthetic configuration files mean that files ending in a specified extension will all have a file-specific mplayer configuration file visible through xbmsd. If one does not already exist (real or mapped), it is mapped to the file specified in the specification command. Filters work so that if a file has the specified extension the filename is given as an argument to the specified command and the command output is sent to the XBMSP client as a stream.
Usage Example
Lets assume that we have a HTTP server running on localhost port 3000 that provides access to DVB TV channels via files /ts/channel. These are interlaced MPEG transport streams (TS), so we want to map these to local files and then create synthetic deinterlacing configuration files for them.
First we create a mplayer configuration file (/etc/xbmsd/deinterlace.conf) that turns on linear blend deinterlacing and sets the cache to a lower value so that the buffering does not take so long. The contents of the file is:
vf-pre=pp=lb
cache=2048
Then we create the xbmsd configuration file that maps the DVB streams to local files and configures the above file as a synthetic configuration file for files ending in ".ts". We use an empty root directory since we dont want to do anything else at this time:
root /var/empty
map ch1.ts http://localhost:3000/ts/1
map ch2.ts http://localhost:3000/ts/2
map ch3.ts http://localhost:3000/ts/3
conf ts /etc/xbmsd/deinterlace.conf
When xbmsd is started with this configuration the root directory of the server contains six files: ch1.ts, ch1.ts.conf, ch2.ts, ch2.ts.conf, ch3.ts, ch3.ts.conf.
Enhancements:
- Added IFACE configuration option (Linux only)
- Bugfix: the server discovery socket now listens to INADDR_ANY (or in6addr_any) and not the address specified by LISTEN, as it needs to receive all broadcasts.