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