Recent Fedora releases (F17 and newer) do not need the
__requires_exclude macro for filtering automatically generated Requires
for <xlator>.so files anymore. It is already sufficient to filter each
<xlator>.so from the Provides.
This prevents the following (harmless) warning from being printed during
build:
Ignoring invalid regex -P ^(?!lib).*.so.*$
Upstream-bug: 972465
The fuse module needs to be loaded before /dev/fuse can be used. On
RHEL6 and Fedora the module is loaded on demand. RHEL5 needs to load the
module manually.
This change add a script under /etc/sysconfig/modules/ that loads the
fuse module on boot and packages it in the EL5 version of
glusterfs-fuse.
One of the features of GlusterFS is to not depend on additional fuse
userspace. The conditional requires on /usr/bin/fusermount is not
needed, this command is never called in the current version (even though
is it referenced in the sources).
Upstream-BUG: 947830
From: http://review.gluster.com/3665 & http://review.gluster.com/3693
Other projects (like Samba) use pkg-config to discover support for
GlusterFS and gather the CFLAGS and LDFLAGS for compiling against
libgfapi.so.
Not building new packages now, only making sure it is included in the
next run.
Plus _hardened build and bzip2 compressed ChangeLog
As with 3.4.0beta1, G4S (nee UFO) Fedora/EPEL openstack-swift-1.8.0 is
used on f19, f20/rawhide, and el6. As before we continue to package our
own openstack-swift-1.8.0 for f17 and f18; once it has been tested we
will Switch to the RDO openstack-swift-1.8.0 on f18.
Related to the previous commit, just making sure that the packages do
not have an automatically generated requires for the <xlator>.so that
the package carries itself.
xlator .so files and private libraries should be skipped while scanning
for provides:
- https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering
This prevents automatic generated provides like these in the glusterfs,
glustrefs-fuse and glusterfs-server packages:
- addr.so.0()(64bit)
- afr.so.0()(64bit)
- client.so.0()(64bit)
- dht.so.0()(64bit)
- ...
additional file ownerships and associated %ghosts from upstream
add BuildRequires libaio-devel to auto-enable AIO in configure,
overlooked since 3.3.1-1.