Description of problem:
boost-devel-1.54.0-6.fc21.x86_64 installs an ascii file instead of /lib64/libboost_thread.so.

Contents shown below.

Causing /sbin/ldconfig headaches....:

  Cleanup    : spice-glib-0.21-5.fc21.x86_64                                                                                                                254/356 
/sbin/ldconfig: /lib64/libboost_thread.so is not an ELF file - it has the wrong magic bytes at the start.

  Cleanup    : nss-sysinit-3.15.2-3.fc21.x86_64                                                                                                             255/356 
  Cleanup    : nss-3.15.2-3.fc21.x86_64                                                                                                                     256/356 
/sbin/ldconfig: /lib64/libboost_thread.so is not an ELF file - it has the wrong magic bytes at the start.

  Cleanup    : nss-softokn-3.15.2-2.fc21.x86_64                                                                                                             257/356 
/sbin/ldconfig: /lib64/libboost_thread.so is not an ELF file - it has the wrong magic bytes at the start.

[tbl@tlondon ~]$ cat  /lib64/libboost_thread.so
/* Copyright (C) 1991-2013 Free Software Foundation, Inc.
   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, see
   <http://www.gnu.org/licenses/>.  */
/* This header is separate from features.h so that the compiler can
   include it implicitly at the start of every compilation.  It must
   not itself include <features.h> or any other header that includes
   <features.h> because the implicit include comes before any feature
   test macros that may be defined in a source file before it first
   explicitly includes a system header.  GCC knows the name of this
   header in order to preinclude it.  */
/* glibc's intent is to support the IEC 559 math functionality, real
   and complex.  If the GCC (4.9 and later) predefined macros
   specifying compiler intent are available, use them to determine
   whether the overall intent is to support these features; otherwise,
   presume an older compiler has intent to support these features and
   define these macros by default.  */
/* wchar_t uses ISO/IEC 10646 (2nd ed., published 2011-03-15) /
   Unicode 6.0.  */
/* We do not support C11 <threads.h>.  */
/* GNU ld script

   Boost.Thread header files pull in enough of Boost.System that
   symbols from the latter library are referenced by a compiled object
   that includes Boost.Thread headers.  libboost_system-mt.so is among
   libboost_thread-mt.so's DT_NEEDED, but program linker requires that
   missing symbols are satisfied by direct dependency, not by a
   transitive one.  Hence this linker script, which brings in the
   Boost.System DSO.  */
INPUT(libboost_thread.so.1.54.0)
INPUT(libboost_system.so.1.54.0)
/* If the given architecture doesn't have lock-free implementation of
   boost::atomic_flag, the dependency on Boost.Atomic may leak from
   the header files to client binaries.  */
INPUT(libboost_atomic.so.1.54.0)
[tbl@tlondon ~]$ 


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info: