Re: man directory change (and other macro rewrites)
On Mon, Nov 10, 2008 at 07:28:06PM +0000, Daniel P. Berrange wrote:
On Mon, Nov 10, 2008 at 06:24:44PM +0100, Farkas Levente wrote:
> this's because on fedora man pages in /usr/share/man while on
> rhel/centos (and older fedora releases) it was under /usr/man.
I don't know why you're getting the failures, but this statement is
wrong. On RHEL man pages are in /usr/share/man just like on Fedora.
They've been there for years - certainly RHEL-3, 4, and 5.
In fact this is a bug in the mingw-filesystem package's definition of
the %configure replacement macro. For native builds it is fully defined
with
./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu \
--target=x86_64-redhat-linux-gnu \
--program-prefix= \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib64 \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info
But for mingw,its only defining the --prefix
./configure \
--build=x86_64-unknown-linux-gnu --host=i686-pc-mingw32 --target=i686-pc-mingw32 \
--prefix=/usr/i686-pc-mingw32/sys-root/mingw
We need to fix %_mingw32_configure macro to work the same way as the
native macro & thus not rely on unpredictable autoconf defaults which
vary depending on what version of autoconf the upstream app happened
to generate their configure script with.
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|