build-core's HEAD is going to diverge for 1.6.0, so "capture" build-core's
current state in a branch mainly for b1_4.
Note that b_release_1_4_6-patchless is not really a release branch and thus
tracks b1_4.
Also, v1_2_8 and v1_4_0 pre-existed this build system so which branch to
check out for them is actually quite moot.  Let's just keep them tracking
b1_4.

aagh, broke old b1_4 stuff - wait until we branch lustre-build

- change module name from "llite.ko" to "lustre.ko" (r=adilger)
- drop ldap and python from rpms
- remove initd scripts from rpms
- remove old cluster_scripts dir

Move checkstack target up to top-level autoMakefile so "make checkstack"
works more easily.  This will print out the top stack users (though not
total callchain stack usage).

    the first object).

create new branch b_new_portals for colibri team

create new branch b_new_lnet for new cmd

Add portals back as an "optional" directory, so build doesn't fail when
it is already checked out.

Don't try to check out portals anymore, we don't need it.
r=eeb

Per Eric's request - remove portals from the build tree, as he is testing
with Cray portals directly, when testing the ptllnd.
r=eeb

b1_4-patchless lnet version requirements are same as for b1_4

r=adilger@clusterfs.com
description: After calling 'symlink(path, newpath)', of which path(link target)
doesn't exist,  the second symlink call still success, which should return
-EEXIST.

removing bonsai test file; please ignore

* massage the kernel Makefile's EXTRAVERSION to match the running kernel

pass the --disable-server argument to configure with the CONFIGURE_FLAGS
variable.
Prefer (by boolean switch) mjmac's use of kernel-devel for building the
patchless client.

No RPM is built when NO_SRC=0, but we should have the rpms being built.

* add some sanity-checking

Need to be able to tell the lustre.spec which kernel sources to build against.
lmake "cheats" and re-substs the lustre.spec.in template file.

configure needs to know where it is.

patches for a kernel, so why build one.  Specifically this is for building a
patchless client.
This should all work if the concept of:
if [ -z "$LINUX" ] ; then
...
else
    build_lustre
fi
works.  I don't know that we test the build_lustre() function of lbuild with
any regularity, if at all though.

b_release_1_4_6-patchless is now using lustre-build from HEAD.  Happy hacking.

Removed per Peter Bojanic. Will return if the code can be fixed and tested.

r=scjody@clusterfs.com

Fixed error with multiple scsidevs

DESCRIPTION:
    When doing fcntl() file locking calls in a liblustre client via libsysio,
successful lock calls return random non-zero values due to use uninitialized
value as return value.

DESCRIPTION:
    keep CFS up to date with latest libsysio version

add b_new_cmd in buildcvs