Issue reported by the Debian folk, but affects all distributions.
This is the first of two steps in fixing it. New xfsdump users
will now use /var/lib path by default, but the previous location
is maintained for backward compatibility with pre-existing xfsdump
inventories.
Ivan's new xfsinvutil will be able to convert one to the other,
and also does all kinds of other nifty things.
cheers.
Date: Tue Oct 2 22:22:21 PDT 2001
Workarea: snort.melbourne.sgi.com:/diskb/build4/nathans/linux-xfs
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs
Modid: 2.4.x-xfs:slinx:103849a
cmd/xfsdump/inventory/inv_files.c - 1.1
cmd/xfsdump/inventory/inventory.h - 1.3
cmd/xfsdump/inventory/inv_mgr.c - 1.3
cmd/xfsdump/inventory/Makefile - 1.3
cmd/xfsdump/dump/var.h - 1.2
cmd/xfsdump/dump/var.c - 1.2
cmd/xfsdump/dump/Makefile - 1.8
cmd/xfsdump/common/types.h - 1.4
cmd/xfsdump/common/main.c - 1.13
cmd/xfsdump/common/inventory.h - 1.3
cmd/xfsdump/restore/Makefile - 1.8
cmd/xfsdump/inventory/inv_priv.h - 1.3
cmd/xfsdump/invutil/invutil.c - 1.5
cmd/xfsdump/invutil/Makefile - 1.4
cmd/xfsdump/debian/changelog - 1.13
cmd/xfsdump/doc/CHANGES - 1.23
cmd/xfsdump/man/man8/xfsdump.8 - 1.8
cmd/xfsdump/man/man8/xfsinvutil.8 - 1.2
cmd/xfsdump/man/man8/xfsrestore.8 - 1.5
cmd/xfstests/common.dump - 1.18
- First step toward making the xfsdump inventory not break
the FHS spec. Previously, xfsdump wrote to /var/xfsdump
for all its inventory data needs. This is now a runtime
decision - for existing installations we continue doing
just that, for new installations we use the compliant-
with-FHS directory /var/lib/xfsdump. NOTE: cannot just
mv one to the other as xfsdump is "clever" enough to keep
full pathnames in some inventory files - this issue will
be resolved by Ivan in an upcoming xfsinvutil checkin.
cmd/xfsdump/common/Makefile - 1.7
cmd/xfsdump/common/stkchk.h - 1.2
cmd/xfsdump/common/stkchk.c - 1.3
cmd/xfsdump/common/inventory_priv.h - 1.3
cmd/xfsdump/common/inventory_priv.c - 1.3
- unused, removed.
|