Free zip files compress photos software for linux

mscompress is a Microsofts "compress.exe/expand.exe" compatible (de)compressor.
mscompress project contains two programs:
- msexpand, which decompress files compressed by Microsoft compress.exe utility (e.g. Win 3.x installation files)
- mscompress, which compress files using LZ77 compression algorithm. Output files can be decompressed using Microsoft expand.exe or msexpand(1).
To install it on your Unix box, configure the package ("./configure") and then type "make all test install".

Files Zip for Plone project allows users to download all files from a folder (recursively) in a ZIP archive.

Adds a document action to folders (and folderish contents) that enables to download all files and images from archetypes based contents available from that folder in a ZIP file.

Optionally, the user may get the DC metadata of the contents that provide files in XML-RDF format in the ZIP file.

My File Manager is a small and lightweight file manager. It was developed to provide a small and fast file manager, which has only a few dependencies from other packages, but including some interestings things like mount partitions, minimalistic burning capability and mass renaming files. MFM use FLTK graphics toolkit.
Main features:
- Selectable shown fields (permissions, users, groups, date and size)
- Various sort options
- Rename group of files
- Change attributes of group of files
- Compress files
- Burn CD/DVD
- Find files by name or by content
- Mount/umount partitions

zisofs filesystem is an extension to the ISO9660 filesystem that allows files, on a file-by-file basis, to be stored compressed and decompressed in real time.
The zisofs filesystem is supported by recent versions of Linux (2.4.14 or later).
Legacy systems can still read uncompressed files. zisofs-tools contains the tools necessary to create such a compressed ISO9660 filesystem and to read compressed files on a legacy system.
Enhancements:
- This release fixes the --sloppy option, which was documented but did not work.

File::Repl is a Perl module that provides file replication utilities.

SYNOPSIS

use File::Repl;

%con = {
dira => C:/perl,
dirb => M:/perl,
verbose => 1,
age => 10,
};

$ref=File::Repl->New(%con);
$r1 = $ref->Update(.p(l|m),ab,1);
$r2 = $ref->Update(.t.*,ab,1,.tmp$);

The File:Repl provides simple file replication and management utilities. Its main functions are

File Replication

Allowing two directory structures to be maintained, ensuring files that meet selection logic criteria are mirrored and otherwise synchronized.

Bulk Renaming

Allowing files in a directory structure to be renamed according to the selection logic.

Compressing

Allowing files in a directory structure to be compressed according to a given logic.

Process

Run a common perl process against files in a directory structure according to selection logic.

Deletion

Allowing files in a directory structure to be deleted according to the selection logic.

PloneFilesZip allows your visitor download the files and images from folders in a single ZIP file.
loneFilesZip provides a new document action in all folderish contents (ATFolder, ...) that let the user download files (and images) contained in the fields of any AT based content (ATContentTypes and others) in that folder.
PloneFilesZip works - out of the box - with any content type which schema has a FileField, an ImageField or any field that acts like a FileField, as the AttachmentField.
Customizing (site manager)
.Choose the content types that can profide files to the user among compatible types.
.Add Dublin Core information (RDF formatted) about the contents in the ZIP archive.
.Tweak the condition/permission to let the user download.
.Customizing (content type developers)
Some content types have schemas that do not "show" the compatible fields through the standard AT API. In order to let these content types provides files in a ZIP archive, developers can add type adapter classes in the PloneFilesZip types registry. An adapter for PloneArticle is less than 20 Python lines.
Some custom field types may provide files. In order to let the content types built with such fields provide files to a ZIP archive, developers can add field adapter classes in the PloneFilesZip fields registry.
Enhancements:
- Fix a bug in file retrieving. Append arg (full=True) while creating BaseUnit to make sure we get the entire file and not a chunk file
- Fix a bug on DeepZipStructurePolicy:getZipFilePath (add **kwargs on method)

Zipios++ project is a java.util.zip-like C++ library for reading and writing Zip files. Access to individual entries is provided through standard C++ iostreams. A simple read-only virtual file system that mounts regular directories and zip files is also provided.

Spanned archives are not supported, and support is not planned.

The library has been tested and appears to be working with:

FreeBSD stable and current / gcc 2.95.3
Red Hat Linux release 7.0 / gcc 2.96
Red Hat Linux release 6.2 (Zoot) / egcs-2.91.66
Linux Mandrake release 7.0 (Air) / gcc 2.95.2
SGI IRIX64 6.5 / gcc 2.95.2
SGI IRIX64 6.5 / MIPSpro Compilers: Version 7.30

Zip file access:

The two most important classes are ZipFile and ZipInputStream. ZipInputStream is an istream for reading zipfiles. It can be instantiated directly, without the use of ZipFile. A new ZipInputStream reads from the first entry, and the user can skip to the next entry by calling ZipInputStream::getNextEntry().

ZipFile scans the central directory of a zipfile and provides an interface to access that directory. The user may search for entries with a particular filename using ZipFile::getEntry(), or simply get the complete list of entries with ZipFile::entries(). To get an istream (ZipInputStream) to a particular entry simply use ZipFile::getInputStream().
example_zip.cpp demonstrates the central elements of Zipios++.

A Zip file appended to another file, e.g. a binary program, with the program appendzip, can be read with ZipFile::openEmbeddedZipFile().

MusicTree is a small collection of Python scripts that helps you manage a large collection of music files. The project was designed to work with Unix systems (tested only on SuSE Linux), but may also work on Windows. For normal use you also need Vorbis Tools* and rsync.
The scripts help you:
- Maintain a central collection of high-quality (typically FLAC) files.
- Backup this collection on a second disk/machine.
- Generate a parallel collection of lower-quality (but much smaller) compressed (typically Ogg) files.
- Select an arbitrary subset of the compressed files (a "playlist").
- Upload the playlist to a second machine.
The scripts do not assume any particular directory layout (except that the music files live under a single root directory - that is not really a restriction since you can always use a separate directory and links to tie various directories together). Nor do you have to use a particular format (by default the scripts assume archive files are FLAC and the compressed files are Ogg encoded, but you can operate on different formats by changing the relevant commands in the configuration file).
However, the scripts do assume a that you have a basic understanding of how to use Unix. There is no installer or GUI - you run these from the command line and combine them with other command line tools (like find and xargs).
Directories and Machines
This documentation will talk about two different computers: "server" and "client". The "server" is typically a desktop machine with a large disk (or set of disks). This machine stores the high-quality "archive" of your music - all the files, with no (lossy) compression. It may also store a backup copy on a separate disk.
The "client" is typically a laptop or portable music player with a smaller capacity. Because it has restricted space you load it with a selection of (lossy) compressed files.
Separating server and client allows you to keep a safe, "perfect quality" archive where space is available, but also listen to more songs on portable devices with restricted resources.
The scripts expect these directories on the server:
Archive
This is where the complete, high-quality collection of music is stored. For example, this might be where your CD ripping software places files (I use kAudioCreator with the default settings).
Compress
A mirror of the Archive directory with lower-quality files. This is generated from the Archive directory by running the mt-encode script.
Select
A subset of the Compress directory, containging a "playlist" that will be copied to the client.
Backup
An optional second copy of the Archive (typically on a separate disk).
Installation and Configuration:
There is no automatic install. Instead, copy the files to a suitable directory and extend your PATH to include them.
For example, to put the files in the new directory ~/musictree (assuming you use the bash shell):
> cd
> tar xvfz musictree.tgz
> export PATH="$PATH:~/musictree"
Youll want to redefine PATH in your .bashrc or equivalent.
You also need to edit the example configuration file (musictree in the distribution) and (usually) copy it to ~/.musictree.
Suggestions for how to use the various scripts (eg. running mt-encode via cron) are in the following sections.
Enhancements:
- Volume normalization is now supported either via metadata, or by directly scaling the compressed files.