Free upto 100 software for linux

DVD-Vault provides an achive software to manage DVD jukeboxes (SCSI medium changers).
DVD-Vault is an implementation of a filesystem archive that makes a DVD SCSI library with multiple pieces of DVD-R or DVD-RAM media look like a single large file system.
A library with 1000 pieces of 4.7Gbyte media can be addressed as a 4700GByte file system with SCSI-robotic mounting and unmounting of media as required.
Users of UniTree (HPSS), AMASS, METIOR, and MagnaVault may recognize how this program works.
It has been tested with an ASACA 250 and 1450 and the Sony/Kubota 64-slot PD (blu-ray) library.
Enhancements:
- Binary and source code have been broken apart into two different files.
- DMAPI code now "punches" holes in files, rather than truncating the files. This makes file sizes transparent, which is really helpful for Windows clients.
- disk_scrub has been implemented to reclaim optical disk space when files are deleted.
- The MCLIB routines have support for Qualstar tape libraries.
- Batch_migration is in the binary RPM to support WORM media (BD-R, DVD+R).
- Tape stage support is in the stage program
- Purge is replaced with purgefile to support the new DMAPI code.

Rubyforger is a raw packet manipulation tool. Rubyforger allows you to easily send, receive, and modify Ethernet, ARP, IP, TCP, UDP, and ICMP packets.

Creating and modifying packets is easily done by adding layers and changing their parameters.

Visualforge is a GUI packet crafter based on Rubyforger create, send, and receive packets and export the Ruby code in just a few clicks.

Rubyforger currently understands those protocols :

* Ethernet
* Arp
* IP
* UDP
* TCP
* ICMP

Rubyforger works assembling packets at different layers. For example, to ping a machine, you will assemble an IP packet and an ICMP packet. You can also choose to craft the layer 2 packet yourself, in that case you will assemble an Ethernet, an IP and an ICMP packet. If you wish to attach a payload to your packet, just add a string to it.

The packets support several operations :

* + : this is the "add" operation, used to assemble packets
example : p = IpPkt.new("dst"=>$DST)+IcmpPkt.new

* head! : returns the packet without its upperlayer

* queue! : returns the packet without its underlayer

* getlayer(l) : returns the packet corresponding to layer l. l can be
a number or a name, such as "Tcp"

* to_s : returns a string describing the values of the packets fields

* print : prints the description of the packetss fields

* to_code : returns the Ruby code corresponding to the packet

* send : sends the packet over the network.

* sr : sends the packet and returns the replies

* dup : the usual Ruby dup function, that duplicates an object

HOW TO USE IT ?

Use the init function in order to set up the correct interface.

Then, just use rubyforger.rb in your own ruby script by doing :

require rubyforger.rb

EXAMPLES:

First a simple ping :

require rubyforger.rb
$DST = gethostbyname("host")
p = IpPkt.new("dst"=>$DST)+IcmpPkt.new
a = p.sr
puts "PONG" if (a.getlayer("Icmp").code == $ICMP_ECHOREPLY)

Now a port scanner :

p = IpPkt.new("dst"=>$DST)+TcpPkt.new
79.upto(82) do |i| # scan range 79-82
p.getlayer("Tcp").dport = i
a = p.sr
if a.getlayer("Tcp").flags == ($TCP_SYN|$TCP_ACK)
puts "port #{i} open"
else
puts "port #{i} closed"
end
end

Acme::OneHundredNotOut is a raise of the bat, a tip of the hat.

I have just released my 100th module to CPAN, the first time that anyone has reached that target. As some of you may know, I am getting ready to go back to college and reinvent myself from being a programmer into being a missionary. I dont forsee that many more Perl modules coming out of this.

Of course, this doesnt mean that Im going to abjure usage of Perl forever; any time theres a computer and something I need automated, out will come the Swiss Army Chainsaw and the job will get done. In fact, we recently needed to manipulate some text from a mission handbook to translate it into Japanese, and Perl was there handling and collating all that.

But 100 modules is a convenient place to stop and take stock, and I hope that those of you who have benefitted from my modules, programs or writing about Perl will forgive me a certain spot of self-indulgence as I look back over my CPAN career, especially since I feel that the diversity of modules that Ive produced is a good indication of the diversity of what can be done with Perl.

Lets begin, then, with some humble beginnings, and then catch up on recent history.
The Embarrassing Past

Contrary to popular belief, I was not always a CPAN author. I started writing modules in 1998, immediately after reading the first edition of the Perl Cookbook - yes, you can blame Nat and Tom for all this. The first module that I released was Tie::DiscoveryHash, since Id just learnt about tied hashes. As with many of my modules, it was an integral part of another software project which I actually never finished, and now cant find.

The first module that I ever wrote (but, by a curious quirk of fate, precisely the fiftieth module I released) was called String::Tokeniser, which is still a reasonably handy way of getting an iterator over tokenising a string. (Someone recently released String::Tokenizer, which makes me laugh.) This too was for an abortive project, webperl, an application of Don Knuths WEB system of structured documentation to Perl. However, given the code quality of these two modules, its perhaps just as well that the projects never saw the light of day.

There are a few other modules Id rather like to forget, too. Devel::Pointer was a sick joke that went badly wrong - it allowed people to use pointers in Perl. Some people failed to notice that referring to memory locations directly in an extremely high-level language was a dangerous and silly thing to do, and actually used the damned thing, and I started getting requests for support for it. Then at some point in 2001, when I should really have known better, I developed an interest in Microsofts .NET and the C# language, which I still think is pretty neat; but I decided it might be a good idea to translate the Mono projects tokenizer and parser into Perl, ending up with C::Sharp. I never got around to doing the parser part, or indeed anything else with it, and so it died a lonely death in a dark corner of CPAN. GTK::HandyClist was my foray into programming graphical applications, which started and ended there.

Bundle::SDK::SIMON was actually the slides from a talk on my top ten favourite CPAN modules - except that this changes so quickly over time, it doesnt really make much sense any more.

Finally, Array::FileReader was an attempt to optimize a file access process. Unfortunately, my "optimization" ended up introducing more overheads than the naive solution. It all goes to show. Since then, Mark-Jason Dominus, another huge influence in the development of my CPAN career, has written Tie::File, which not only has a better name but is actually efficient too.

The Internals Phase

1999-2000 were disastrous years for me personally but magnificent years Perl-sonally. Stuck in a boring job and a tiny flat in the middle of Tokyo, I had plenty of time to get stuck into more Perl development. I felt that getting involved with perl5-porters would be a good way of gettting to know more about Perl, and so I needed a hobby horse - an issue of Perls development that I cared about. Since I was in Japan and working a lot with non-Latin text, Unicode support seemed a good thing to work on, and so Unicode::Decompose appeared, while I fixed up a substantial part of the post-5.6 core Unicode support.

Id recommend this way to anyone who wants to get more involved in the Perl community, although I was very lucky in terms of who else happened to be around at the time: Gurusamy Sarathy was extremely gracious in helping me turn my fledgling C code into something fit for the Perl core, and he also helped me understand the perl5-porters etiquette (yes, there was some at the time) and what makes a good patch, while Jarkko Hietaniemi was always good for suggestions of interesting things for keen people to work on. Seriously, get involved. If I can do it, anyone can.
Anyway, this fixation with understanding the Perl 5 internals, and especially the Perl 5 compiler, (due to yet another of my Perl influences, the great Malcolm Beattie) led to quite a torrent of modules, from ByteCache, an implementation of just-in-time compilation for Perl modules, through B::Flags and B::Tree to help visualising the Perl op tree, to uninit, B::Generate, optimizer and B::Utils for modifying it.

Perl About The House

Now we abandon chronological order somewhat and take a look at the various areas in which Ive used Perl. One of these areas has been the automation of everyday life: checking my bank balance with Finance::Bank::LloydsTSB (the first Perl module to interface to personal internet banking, no less) and my phone bill with a release of Tony Bowdens Data::BT::PhoneBill.

Finance::Bank::LloydsTSB was meant to go with Finance::QIF, my Quicken file parser, to produce another now-abandoned idea, a Perl finances manager. It seemed that Im only capable of producing modules, not full standalone applications - or at least, it seemed that way until I produced Bryar, my blogging software, based on the concepts from Rael Dornfests blosxom and beginning my adventures with Andy Wardleys Template Toolkit. Bryar also tuned me in to the Model-View-Controller framework idea, of which more later.

Another project I briefly played with was a personal robot, using the Sphinx/Festival speech handling and recognition modules from Cepstral and Kevin Lenzo. I didnt have X10, so I couldnt shout "lights" into the air in a wonderfully scifi way, but I could shout "mail" and have a summary of my inbox read to me, "news" to get the latest BBC news headlines, and "time" to hear the time. Of course, getting computers to tell the time nicely takes a little bit of work. I dont like "Its eleven oh-three pee em", since thats not what someone would say if you asked them the time. I wanted my robot to say "Its just after eleven", and thats what Time::Human does. Shame about the localisation.

mod_log_sql gives Apache the capability of logging access-log entries to an SQL database. mod_log_sql is a logging module for Apache 1.3 and 2.0 which logs all requests to a database. This began a port of the Apache 1.3 version of the module by Chris Powell, and as of February 6th, 2004 Chris Powell and I have decided to switch maintainer-ship of the module over to me.
This module now compiles under Apache 1.3 and Apache 2.0 from the same source.
The 1.9x versions are to be considered beta quality, as they contain new features and some major code cleanups. If you are using Apache 1.3 it is recommended that you use mod_log_sql version 1.18. Only use the 1.9x releases if you need the new features they provide.

Nift is graphical front-end for footprinting tools and methods already freely avaliable. Its purpose is to aid system administrators in securing their websites by allowing them to quickly check their network.
Main features:
- Option to ignore hosts already found on the network when pingscanning (less garbage to be found in logs)
- Optional Use of wingates whenever possible. (User provided and will also use wingates found withen the network)
- Spoofed Decoys to throw off AIDS, also verifies decoy addys provided are alive to avoid syn flooding the host. Will change ttl of the source I.P. when decoys are used in case the host uses packet source accounting. (keeps your I.P. from being singled out)
- Can either trust banners to determine possible exploits, or test the exploits. The first will be safer, but will likely generate many false positives.
Enhancements:
- Removed Netcat support (no longer needed)
- Added SOCK_STREAM client to do banner grabbing and Enumeration
- Removed Queso OS Detection (nmap is more reliable and upto-date)
- Basic service enumeration code added
- More Data catches and colorized output fixes
- Added Progress bar
- disabled logging feature until 1.0 beta (need to re-design the GUI to fit it in)
- Combined traceroute and ICMP Discovery scan types
- Began work on Firewall ruleset detection code

Regexp::Extended is a Perl wrapper that extends the re module with new features.

SYNOPSIS

use Regexp::Extended qw(:all);

# (?...): named parameters
$date =~ /(? d+)-(? d+)-(? d+)/;
if ("2002-10-30" =~ /$date/) {
print "The date is : $::year->[0]-$::month->[0]-$::day->[0]n";
}

# You can also access individial matches in ()* or ()+
"1234" =~ /(? d)+/;
print "Digit 1 is : $::digit->[0]n";
print "Digit 2 is : $::digit->[1]n";
...

# You can also modify individual matches
"1234" =~ /(? d)+/;
$::digit->[0] = 99;
$::digit->[1] = 88;
print "Modified string is: " . rebuild("1234"); # "998834"

# (?*...): upto a certain pattern
$text = "this is some italic text";
$text =~ /((?*)) /; # $1 = "italic"

# (?+...): upto and including a certain pattern
$text = "this is some italic text";
$text =~ /((?+))/; # $1 = "italic"

# You can also use fonctions inside patterns:

sub foo {
return "foo";
}

"foo bar" =~ /((?&foo()))/; # $1 => "foo"

Rexexp::Extended is a simple wrapper arround the perl rexexp syntax. It uses the overload module to parse constant qr// expressions and substitute known operators with an equivalent perl re.

Cocom project is a toolset that is oriented towards the creation of compilers, cross-compilers, interpreters, and other language processors.
It consists of reusable packages (collection and memory management framework), a Sprut internal representation description (AST-to-AST) translator, a Nona code selector description translator (generator generator similiar to BEG, Twig, Burg, and Iburg), an MSTA syntax description translator (yacc-compatible parser with better error reporting), an OKA pipeline hazards description translator, and SHILKA keywords description translator (similiar to gperf but faster).
Enhancements:
- Ammunition.
- Package arithm works with numbers with bases upto 35. New tests.
- Earley parser is able to use rules costs to chose the translation with minimal cost. Some bugs are fixed. New tests.
- MSTA has an additional error recovery with minimal cost. New tests.
- Dino.
- Minor changes in the language (few new operators and special method `destroy).
- New functions.
- New package to work with sockets.
- Many fixed bugs.
- The sped up interpreter (upto 50%).
- Comparison tests with perl, python, tcl, awk.
- Many new tests.
- Improved documentation.
- OKA. The problem of possible incorrect automata generation because of wrong distribution of units to automata and the construction `exclusion has been fixed.
- Cocom and Dino have an additional distribution format `rpm.