mmv is a program to move/copy/append/link multiple files according to a set of
wildcard patterns. This multiple action is performed safely, i.e. without any
unexpected deletion of files due to collisions of target names with existing
filenames or with other target names.
Tokyo Cabinet: a modern implementation of DBM. Written by Mikio
Hirabayashi who is also the author of HyperEstraier and QDBM. Supports
hash table, B+tree, or fixed-length array databases of key/value pairs.
Signed-off-by: Max Howell <max@methylblue.com>
I changed the filename as policy is to hyphen separate if the actual name is
space separated. I plan to add functionality so if the user types a common
alias, it is recognised, as I understand that using hyphens in this case would
be unusual.
Also removed the md5 as only one of sha1 and md5 is checked. And correct me if
I'm wrong but two hashes seems unnecessary.
Signed-off-by: Max Howell <max@methylblue.com>
I amended it slightly from the original patch: f91a542e8f07323bca00da3de4eee7060e8122a7
FixesHomebrew/homebrew#38
* Create the empty save folder on install.
* Deparallelize the build, since the master build runs a bunch of
nested makes, and we want the products to come out in-order.
MCrypt is a replacement for the old crypt() package and crypt(1) command, with
extensions. It allows developers to use a wide range of encryption functions,
without making drastic changes to their code. It allows users to encrypt
files or data streams without having to be cryptographers. Above all, it
allows you to have some really neat code on your machine. :)
Axel tries to accelerate downloads by using multiple connections (possibly to
multiple servers) for one download. Because of its size, it might be very
useful on bootdisks or other small systems as a wget replacement.
Thou shall not bump a packaging system's erlang version before it's released
even though you love to live on the edge.
Signed-off-by: Max Howell <max@methylblue.com>
Agreed, Homebrew sticks to stable releases in the main url, the @head url is used for cutting edge.
Well, I guessed keg_only would have issues.
Here, glib assumes GNU gettext will be in the same path as itself. Which would
be true if we symlinked gettext into the tree, but we don't to avoid conflicts
with the BSD version: /usr/lib/libgettext.dylib
We'll have to do this a lot, so I need to figure out how to automate it, or
how to avoid doing this kind of thing altogether.
Ruby is not natively threaded; there is absolutely no reason to build against
pthread unless you intend to link against libraries themselves built with
pthread (tcl/tk). More information: http://blogs.sun.com/prashant/entry/ruby_and_enable_pthreads
As far as I can deduce, the source of that flag is in Dan Benjamin’s article,
here: http://hivelogic.com/articles/ruby-rails-leopard
However, he provides no explanation for its use, and did not respond to
commentors’ requests for said explanation; on top of that, I can find no useful
references anywhere else. Hence, removing it.
Unfortunately, dealing with them requires quite a bit of shell configuration.
I offered the best documentation of this configuration that I could, but it’s
fairly verbose and a bit repulsive… unfortunately, the other option (attempting
to preform the setup automatically) turns out to be even messier, and prone to
mistakes to boot.
