liuyong1855 / rudix Goto Github PK

We can improve the test step on the makefile in three ways:
 * make them always be run before making a pkg
 * check to see if there is no file declared in the manifest of the pmdoc that is missing from the install and vice-versa
 * run make check in both 32 and 64 bits, I don't know if just using arch is going to work for this

/Users/epx/agenda/novolivro/gen $ python
Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import psyco
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/psyco/__init__.py", line 46, in <module>
    raise ImportError, str(e) + extramsg
ImportError: dlopen(/Library/Python/2.6/site-packages/psyco/_psyco.so, 2): no 
suitable image 
found.  Did find:
    /Library/Python/2.6/site-packages/psyco/_psyco.so: mach-o, but wrong architecture 
(check that the compiled extension 
'/Library/Python/2.6/site-packages/psyco/_psyco.so' is for 
the correct Python version; this is Python 2.6.1)
>>> ^D

What steps will reproduce the problem?
1. go to the port dir of the latest libevent (2.0.10)
2. Run make test

What is the expected output? What do you see instead?

All test should pass without FAIL.

Please use labels and text to provide additional information.

{{{cd /Users/ruda/Downloads/rudix.hg/Ports/libevent/libevent-2.0.10 ; make 
verify
make  check-recursive
Making check in .
make[3]: Nothing to be done for `check-am'.
Making check in include
make[3]: Nothing to be done for `check'.
Making check in sample
make[3]: Nothing to be done for `check'.
Making check in test
make  check-am
make  check-TESTS
Running tests:
EVPORT
Skipping test
KQUEUE
 test-eof: OKAY
 test-weof: OKAY
 test-time: OKAY
 test-changelist: OKAY
 regress: [Error code 3] 
  FAIL regress_dns.c:186: assert(dns_ok == DNS_PTR): 0 vs 2dns/gethostbyaddr: 
  FAIL regress_main.c:303: Legacy unit test failed
  [gethostbyaddr FAILED]
[Error code 3] 
  FAIL regress_dns.c:211: assert(dns_ok == DNS_PTR): 0 vs 2dns/resolve_reverse: 
  [resolve_reverse FAILED]
2/170 TESTS FAILED. (0 skipped)
FAILED
EPOLL
Skipping test
EPOLL (changelist)
Skipping test
DEVPOLL
Skipping test
POLL
 test-eof: OKAY
 test-weof: OKAY
 test-time: OKAY
 test-changelist: OKAY
 regress: [Error code 3] 
  FAIL regress_dns.c:186: assert(dns_ok == DNS_PTR): 0 vs 2dns/gethostbyaddr: 
  FAIL regress_main.c:303: Legacy unit test failed
  [gethostbyaddr FAILED]
[Error code 3] 
  FAIL regress_dns.c:211: assert(dns_ok == DNS_PTR): 0 vs 2dns/resolve_reverse: 
  [resolve_reverse FAILED]
2/170 TESTS FAILED. (0 skipped)
FAILED
SELECT
 test-eof: OKAY
 test-weof: OKAY
 test-time: OKAY
 test-changelist: OKAY
 regress: [Error code 3] 
  FAIL regress_dns.c:186: assert(dns_ok == DNS_PTR): 0 vs 2dns/gethostbyaddr: 
  FAIL regress_main.c:303: Legacy unit test failed
  [gethostbyaddr FAILED]
[Error code 3] 
  FAIL regress_dns.c:211: assert(dns_ok == DNS_PTR): 0 vs 2dns/resolve_reverse: 
  [resolve_reverse FAILED]
2/170 TESTS FAILED. (0 skipped)
FAILED
WIN32
Skipping test
FAIL: ../test/test.sh
==================
1 of 1 test failed
==================
make[5]: *** [check-TESTS] Error 1
make[4]: *** [check-am] Error 2
make[3]: *** [check] Error 2
make[2]: *** [check-recursive] Error 1
make[1]: *** [check] Error 2
make: *** [test] Error 2
}}}

So the user would end up with one version of svn command line and another 
inside python

All the cool kids are doing it. Really the community effect of using github 
cannot be underestimated.

What steps will reproduce the problem?
1. Install mercurial for Snow Leopard
2. /usr/local/bin/hg  version --version
3. My machine is running 10.6.2


Got:
oggy:~ alleon$ /usr/local/bin/hg  version --version
Traceback (most recent call last):
  File "/usr/local/bin/hg", line 27, in <module>
    mercurial.dispatch.run()
  File "/Library/Python/2.6/site-packages/mercurial/dispatch.py", line 16,
in run
    sys.exit(dispatch(sys.argv[1:]))
  File "/Library/Python/2.6/site-packages/mercurial/dispatch.py", line 27,
in dispatch
    return _runcatch(u, args)
  File "/Library/Python/2.6/site-packages/mercurial/dispatch.py", line 144,
in _runcatch
    ui.warn(_("** unknown exception encountered, details follow\n"))
  File "/Library/Python/2.6/site-packages/mercurial/i18n.py", line 43, in
gettext
    return u.encode(encoding.encoding, "replace")
  File "/Library/Python/2.6/site-packages/mercurial/demandimport.py", line
75, in __getattribute__
    self._load()
  File "/Library/Python/2.6/site-packages/mercurial/demandimport.py", line
47, in _load
    mod = _origimport(head, globals, locals)
  File "/Library/Python/2.6/site-packages/mercurial/encoding.py", line 20,
in <module>
    encoding = locale.getlocale()[1]
  File
"/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.p
y",
line 478, in getlocale
    return _parse_localename(localename)
  File
"/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.p
y",
line 391, in _parse_localename
    raise ValueError, 'unknown locale: %s' % localename
ValueError: unknown locale: UTF-8

The current version of Bash (4.0) builds only for Intel architecture and we 
should provide an 
Universal Binary version of Bash.

How about releasing a Rudix package for argtable2?

Sources at http://argtable.sourceforge.net/

What steps will reproduce the problem?
1. Type any unicode chars in mc, mcedit or list unicode filenames.

What is the expected output? What do you see instead?
Expected correct unicode character display. I see correctly some characters 
with a lot of spaces 
between them.

What version of the product are you using? On what operating system?
mc-4.6.1-5.dmg - Recompiled static with gettext and glib
mc-4.6.1-4.dmg - Rudix 2009
Mac OS X 10.6.2 (Snow Leopard). My terminal supports unicode. I can see the 
correct output of 
mc on my Linux machine through ssh.

macbooklobato:~ dclobato$ rudix -l
org.rudix.pkg.cflow version 1.2 (install: Sat Nov 28 19:47:12 2009)
org.rudix.pkg.elinks version 0.11.7 (install: Thu Feb 25 19:41:38 2010)
org.rudix.pkg.ffmpeg version 0.5 (install: Thu Dec 10 17:03:32 2009)
org.rudix.pkg.gettext version 0.17 (install: Sat Nov 28 19:49:21 2009)
org.rudix.pkg.gnuplot version 4.2.6 (install: Thu Dec 10 00:32:38 2009)
org.rudix.pkg.libpng version 1.2.40 (install: Wed Dec  9 18:02:43 2009)
org.rudix.pkg.mc version 4.7.1 (install: Tue Mar  2 18:50:18 2010)
org.rudix.pkg.mtr version 0.75 (install: Wed Nov 25 00:55:36 2009)
org.rudix.pkg.rudix version 2.2.1 (install: Wed Nov 25 02:26:06 2009)
org.rudix.pkg.tree version 1.5.2.2 (install: Wed Nov 25 00:55:08 2009)
org.rudix.pkg.wget version 1.12 (install: Wed Nov 25 00:54:13 2009)
macbooklobato:~ dclobato$ mc -V
Segmentation fault
macbooklobato:~ dclobato$ uname -a
Darwin macbooklobato.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov  3 
10:37:10 PST 2009; root:xnu-
1486.2.11~1/RELEASE_I386 i386
macbooklobato:~ dclobato$ date
Ter  2 Mar 2010 18:53:13 BRT
macbooklobato:~ dclobato$ 

Change default option User Sees: to "Easy and Custom Install” in mkpmdoc.
Remember to test it in rudix command line.

How abaout adding support for GoogleCL?

http://code.google.com/p/googlecl/

Create the special attribute $DISTNAME in Rules.mk to allow override the 
current name of the package (set on $NAME) to a different one. This special 
attribute shall be used in 'make pkg' and 'make dmg'.

The initial motivation is to allow automatization for creating static-only 
packages.
Here's a example:

Suppose I want to create a static-only version of libevent, the $NAME of the 
package is libevent, but I want to setup up $DISTNAME to static-$(NAME), which 
expands to static-libevent when I compile it with 'make STATIC_ONLY=1 dmg'.

The Makefile will contain:
{{{
ifdef STATIC_ONLY
CONFIG_OPTS=    --enable-static --disable-shared
DISTNAME=   static-$(NAME)
endif
}}}

So after the above command, libevent will be created as static-libevent.pkg and 
the dmg also includes the *static-* portion. Note that the identification of 
the package (--id) will be change to $(VENDOR).pkg.$(DISTNAME) to avoid clash.

This special attribute should not cause impact in previous receipts defined in 
Makefiles.

I think I've done all steps to get git to the latest version.

The patch is attached (it is relative to the git directory)

I think you missed to put the "subversion" package available for download...

Denis.

Automake 1.11 requires autoconf higher than  autoconf 2.61, which is the native 
autoconf in 
MacOSX.

$ make build
...
checking whether autoconf is recent enough... no
configure: error: Autoconf 2.61a-341 or better is required.
make[1]: *** No targets specified and no makefile found.  Stop.
make: *** [build] Error 2

I have iDeneb ver.10.5.8

uname -a:
Darwin Kernel Version 9.7.0: Sun Jun 14 20:48:28 IST 2009; Voodoo 2.0 Intel
alpha3 :xnu-1228.12.14/BUILD/obj/RELEASE_I386 i386

I downloaded ind installed mc-4.7.1-1.dmg

The output for the mc: 
dyld: unknown required load command 0x80000022
Trace/BPT trap

The process of create and update the pmdoc component shall be automatic, they 
can easily be reconstructed from the information contained in Makefiles.

A pmdoc has 3 parts:

1) The Index (index.xml)
2) The Package Reference (01xxx.xml)
3) Contents/manifest of files (01xxx-contents.xml)

* index.xml has title, organization, description, pkgref (id), license, readme, 
and reference to 01xxx.xml
* 01xxx.xml has identifier (pkgref) and reference to contents 
(01xxx-contents.xml).
* 01xxx-contens.xml contains files and attributes.

Part 1 and 2 can be easily automatize but part 3 is hard.

The port's Makefiles must include a new attribute, DESCRIPTION= to describe the 
package. This information is already defined as a comment in many ports (if not 
in all ports!).

make test failed for zsync 0.6.1

Making check in librcksum
make[2]: Nothing to be done for `check'.
Making check in zlib
make[2]: Nothing to be done for `check'.
Making check in libzsync
make  check-TESTS
PASS: sha1test
==================
All 1 tests passed
==================
Making check in doc
make[2]: Nothing to be done for `check'.
make  check-TESTS
FAIL: check-zsyncmake
===========================================
1 of 1 tests failed
Please report to http://zsync.moria.org.uk/
===========================================
make[3]: *** [check-TESTS] Error 1
make[2]: *** [check-am] Error 2
make[1]: *** [check-recursive] Error 1
make: *** [test] Error 2

We should completely automate the build process by generating the pmdoc file 
automatically. Then we need to document how to create new packages easily.

What steps will reproduce the problem?

1. I'd like a qemu build
2. I am not willing to install macports
3. Nor darwinports

What is the expected output? What do you see instead?

a qemu build suitable for testing arm (kirkwood) images for sheevaplug

What version of the product are you using? On what operating system?

Snow Leopard

Please provide any additional information below.

Will pay reward in beers. Please state your favourite build and make. Thank
you.

I ported the rudix command line tool to python and implemented a new option -n 
to download a package from the internet and install it.

What steps will reproduce the problem?
1. Install rudix (full) (one can also install the standalone package)
2. set up appropriate PATH variable (if needed)
3. go to terminal and type: ffmpeg -i {input}.avi -vcodec copy -acodec 
libmp3lame -ab 128k {output}.avi

What is the expected output? What do you see instead?

The expected output is to have a {output}.avi file with video and audio. 
Instead, the output of that command line shows the following message: Unknown 
encoder 'libmp3lame'. Also, by using -acodec copy (wich is suposed to copy the 
audio stream) the sound get fuzzy...

That fact does not allow me to encode videos with mp3 audio...

What version of the product are you using? On what operating system?
version is: Rudix 2010
operationg system: mac OS X snow leopard (10.6.6)

Please provide any additional information below.

Maybe the installation can provide installation options like enabling the 
liblamemp3 and so on...

What steps will reproduce the problem?
1. run mc from terminal
2.
3.

What is the expected output? What do you see instead?
it's supose to run, but instead i get this:

dyld: Library not loaded: /usr/local/lib/libintl.8.dylib
  Referenced from: /usr/local/bin/mc
  Reason: image not found
Trace/BPT trap



What version of the product are you using? On what operating system?
2009

Please provide any additional information below.
i dont know where to find this library

What steps will reproduce the problem?
1. install rsync 3.0.7 on clean Snow Leopard 
2. launch rsync

What do you see instead of the expected output?

dyld: Library not loaded: /usr/local/lib/libpopt.0.dylib
 Referenced from: /usr/local/bin/rsync
 Reason: image not found
Trace/BPT trap



What version of the product are you using? On what operating system?
3.0.7 
Mac OS X 10.6.4

Please provide any additional information below.

Right now the templates mkpmdoc uses are hard coded inside the program, they 
should come from somewhere else to be more easily editable (and diffable 
between another pmdoc files).

What steps will reproduce the problem?
1. install ruby-1.9.1 pkg
2. try to use ruby gems like: "gem update --system"

I get this:
> sudo gem install /Library/Ruby/Gems/1.8/cache/rubygems-update-1.3.5.gem 
/usr/local/lib/ruby/1.9.1/rubygems/package.rb:10:in `require': no such file to 
load -- zlib (LoadError)
    from /usr/local/lib/ruby/1.9.1/rubygems/package.rb:10:in `<top (required)>'
    from /usr/local/lib/ruby/1.9.1/rubygems/format.rb:9:in `require'
    from /usr/local/lib/ruby/1.9.1/rubygems/format.rb:9:in `<top (required)>'
    from /usr/local/lib/ruby/1.9.1/rubygems/installer.rb:11:in `require'
    from /usr/local/lib/ruby/1.9.1/rubygems/installer.rb:11:in `<top (required)>'
    from /usr/local/lib/ruby/1.9.1/rubygems/dependency_installer.rb:3:in `require'
    from /usr/local/lib/ruby/1.9.1/rubygems/dependency_installer.rb:3:in `<top (required)>'
    from /usr/local/lib/ruby/1.9.1/rubygems/commands/install_command.rb:4:in `require'
    from /usr/local/lib/ruby/1.9.1/rubygems/commands/install_command.rb:4:in `<top (required)>'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:140:in `require'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:140:in `rescue in load_and_instantiate'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:132:in `load_and_instantiate'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:65:in `[]'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:118:in `find_command'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:104:in `process_args'
    from /usr/local/lib/ruby/1.9.1/rubygems/command_manager.rb:75:in `run'
    from /usr/local/lib/ruby/1.9.1/rubygems/gem_runner.rb:39:in `run'
    from /usr/local/bin/gem:24:in `<main>'

I'm on SL

perhaps is missing the zlib devel lib during compilation (similar: 
http://forum.webbynode.com/topic.php?id=55)

I created a new branch "cleanup_package_offering" to remove all packages that 
don't make much sense to have.

I refrain from removing cheetah after seeing that it used a c extension and 
there apear to be many users of it still.

The list of removed packages is here (legend: p) use pip, o) other package on 
the internet):

 - bzr o
 - django p
 - docutils p
 - ipython p
 - mercurial o
 - python-twitter p
 - scons p
 - vim o
 - web.py p
 - wine o
 - xemacs o

Any more (or less) packages to remove?

What steps will reproduce the problem?
1. Install node 0.4.0
2. Install NPM from http://npmjs.org/
3. Install any Node module written in C++ in this issue, zombie or hash_ring.
4. Run in node console: var r = require('hash_ring'); or var z = 
require('zombie');

What is the expected output? What do you see instead?

Variable created without error. But what I see is:

> var hashring = require('hash_ring');
dyld: lazy symbol binding failed: Symbol not found: __ZN2v811HandleScopeC1Ev
  Referenced from: /usr/local/lib/node/.npm/hash_ring/0.1.0/package/build/default/hash_ring.node
  Expected in: flat namespace

dyld: Symbol not found: __ZN2v811HandleScopeC1Ev
  Referenced from: /usr/local/lib/node/.npm/hash_ring/0.1.0/package/build/default/hash_ring.node
  Expected in: flat namespace

Trace/BPT trap

$ file 
/usr/local/lib/node/.npm/hash_ring/0.1.0/package/build/default/hash_ring.node
/usr/local/lib/node/.npm/hash_ring/0.1.0/package/build/default/hash_ring.node: 
Mach-O bundle i386

Please use labels and text to provide additional information.

Probably the module is not built Universal/Fat but Node 0.4.0 is Universal, so 
the linker can't resolve.

What steps will reproduce the problem?
1. Create any file with accented characters
2. Save
3. $ file <file.txt> it will be ISO8859-1

What is the expected output? What do you see instead?

File should be UTF-8, as it would be if stock vim (that comes with Leopard) 
were used to create 
the file.

What version of the product are you using? On what operating system?

Leopard, up-to-date

Please provide any additional information below.

Setting the following environment variable 'fixes' the problem for rudix-vim:

LC_CTYPE=en_US.UTF-8

Of course that should not be necessary since Leopard is UTF-8 and stock VIM 
saves UTF-8 by 
default.

What steps will reproduce the problem?
1. Launch The Midnight Commander (mc)
2. Go to the "Command" menu and choose the "Find File" option
3. Enter a search criterion 
4. Hit "Panelize" when you get a found set

I get "segmentation fault", whereas it should panelize the results.

What version of the product are you using? On what operating system?
mc version 4.7.1
OS version OSX 10.6.6

Please provide any additional information below.
This issue is fixed in mc 4.7.5.1. Please, update mc rudix package to 4.7.5.1.

Things it should have:

- google analytics
- per port page with:
  - port information
  - installation instructions
  - 5 star rating?
  - download count
  - changelog?
  - comments (using disqus?)
- Voting for new ports (maybe using uservoice)
- docs for developers (maybe a link to the wiki is better

this is a great oportunity to learn how to work with google app engine.

APR 1.4.2
make test
…

testsock            : -Line 221: Determine whether at EOF, #1 (20014): Internal 
error

FAILED 1 of 9

See https://issues.apache.org/bugzilla/show_bug.cgi?id=50269

What steps will reproduce the problem?
1. sudo rudix -r at the command line
2.
3.

What is the expected output? What do you see instead?
sudo: rudix: command not found <-- what I see

What version of the product are you using? On what operating system?
Snow leopard

Please provide any additional information below.

``make test'' is giving error message at end of execution:

mv: rename memcached_debug-*.gc?? to *.gc??: No such file or directory
make[1]: *** [test] Error 1
make: *** [test] Error 2

But all tests have passed:
All tests successful, 2 tests skipped

http://www.rtfm.com/ssldump/

What steps will reproduce the problem?
1. try to open mc
2. see a segfault
3.

What is the expected output? What do you see instead?
It should do something. Nothing.

What version of the product are you using? On what operating system?
4.7.1-0

Please provide any additional information below.
% gdb mc                                                                        
                                                               2:06 %
GNU gdb 6.3.50-20050815 (Apple version gdb-1461.2) (Fri Mar  5 04:43:10 UTC 
2010)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared 
libraries ....... done

(gdb) run
Starting program: /usr/local/bin/mc 
Reading symbols for shared libraries 
.++++++.........................................................................
.............. done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000000000000c
0x0000000100097b19 in ?? ()

What steps will reproduce the problem?

$ file /usr/local/bin/bjam 
/usr/local/bin/bjam: Mach-O 64-bit executable x86_64

What is the expected output? What do you see instead?

i386 and x86_64

Please use labels and text to provide additional information.

Mercurial is much better than svn for branches and it is an easy change to make 
in googlecode.

Adopt tmux http://tmux.sourceforge.net/ an alternative to GNU/screen.

right now mkpmdoc and rudix makefile system need both a readme and a license 
file to work properly. For example the libjpeg doesn't have two separate files, 
so what should we do? Somehow support the LICENSE or README vars to be empty or 
document what to do in this situation.

What steps will reproduce the problem?
1. download the dmg, double-click on the installer Install.pkg
2. answer all questions with default answer, except the destination volume
(I chose a RAID0 partition, formatted as HFS+ Journaled case-insensitive,
with enough space (>6GB)
3. proceed with the installation

What is the expected output? What do you see instead?
The installation went fine until "Moving items into places...", and then
ended with an error:

,--------,
The installation failed

The Installer encountered an error that caused then installation to fail.
Contact the software manufacturer for assistance.
`--------`


What version of the product are you using? On what operating system?
Rudix 2010 RC on Snow Leopard 10.6.2.

Please provide any additional information below.
I have MacPorts installed.

What steps will reproduce the problem?
1.
xxx-iBook:cscope-15.7a xxxx$ /usr/local/bin/cscope --version
-bash: /usr/local/bin/cscope: Bad CPU type in executable

2.
xxx-iBook:cscope-15.7a xxxx$ file /usr/local/bin/cscope 
/usr/local/bin/cscope: Mach-O universal binary with 2 architectures
/usr/local/bin/cscope (for architecture i386):  Mach-O executable i386
/usr/local/bin/cscope (for architecture x86_64):    Mach-O 64-bit executable x86_64

What is the expected output? What do you see instead?

Need PPC support!

What version of the product are you using? On what operating system?

Ibook G4 + Mac OS 10.5

Our current pmdoc could be much improved:

 * add a description of what is rudix and what will happen during install in the first step of the wizard
 * use a custom background for rudix
 * generate the new 10.5+ flat packages
 * present in the end of install how to use the just installed package

Using new flat packages makes it not necessary to have a dmg wrapper around 
packages, we should look into this.

Include tofrodos tools to convert files from DOS/Windows linesep to Mac/Unix 
linesep:

http://www.thefreecountry.com/tofrodos/index.shtml

For rudix.py to function better the build system should put the revision into 
package data. Here's a patch to do just that.

There is a way to make rudix.py compatible with both package version formats 
with revision and without.

What steps will reproduce the problem?
1. set smtp_url in .muttrc
2. run mutt
3. get error message below

What is the expected output? What do you see instead?
Error in .muttrc, line 39: smtp_url: unknown variable


What version of the product are you using? On what operating system?
mutt-1.5.20 [Mutt 1.5.20 (2009-06-14)]

Please provide any additional information below.
The installed manual says mutt supports smtp_url but apparently mutt was not 
built with smtp support.

We should investigate using another build system, specially one that doesn't 
use Makefile syntax/semantics :)

Contenders:
 - waf
 - scons (waf seems better)
 - minuteman (if larry hastings continue with the project)
 - cmake (very crazy one, probably terrible for the sort of meta stuff we need)
 - portage
 - pacman (both are for just one client and not very well documented how to use outside)
 - the tcl monster inside macports (ok just joking on this one)
 - homebrew one (quite nice, but not made for universal and made for just one client)

$ make test
...
teststrmatch        :  SUCCESS
testuri             :  SUCCESS
testuuid            :  SUCCESS
testbuckets         :  SUCCESS
testpass            :  SUCCESS
testmd4             :  SUCCESS
testmd5             :  SUCCESS
testdbd             :  FAILED 1 of 2
testdate            :  SUCCESS
testmemcache        :  SUCCESS
testxml             :  SUCCESS
testxlate           :  SUCCESS
testrmm             :  SUCCESS
testdbm             :  SUCCESS
testqueue           :  SUCCESS
testreslist         :  SUCCESS
Failed Tests            Total   Fail    Failed %
===================================================
testdbd                     2      1     50.00%

Since most people would like to have latest versions of every software, and it 
is very handy to keep around a full Rudix package (to get things on-demand, 
off-line), it would be nice to have a 'CVS' mega-package. Every time a package 
is updated/fixed, a new mega-package is released. This can probably be even 
automatic.