Bug 1036353 - /lib64/libboost_thread.so is not an ELF file
Summary: /lib64/libboost_thread.so is not an ELF file
Keywords:
Status: CLOSED DUPLICATE of bug 1036252
Alias: None
Product: Fedora
Classification: Fedora
Component: boost
Version: 20
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Petr Machata
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-01 11:11 UTC by George R. Goffe
Modified: 2015-05-05 01:38 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-01 22:11:28 UTC
Type: Bug


Attachments (Terms of Use)

Description George R. Goffe 2013-12-01 11:11:10 UTC
Description of problem:

During yum update operations, numerous messages like this one appear, "/sbin/ldconfig: /lib64/libboost_thread.so is not an ELF file - it has the wrong magic bytes at the start."


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

boost-1.54.0-6.fc20.x86_64

How reproducible:

I would expect this to continue to happen.

Steps to Reproduce:
1.enter "yum update"
2.reply 'y'
3.

Actual results:

/sbin/ldconfig: /lib64/libboost_thread.so is not an ELF file - it has the wrong magic bytes at the start.

Expected results:

Not this message.

Additional info:

Here are the contents of libboost_thread.so. It's a config file apparently NOT an ELF file.

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.  */
/* We do support the IEC 559 math functionality, real and complex.  */
/* 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)

Comment 1 Brad Hubbard 2013-12-01 22:11:28 UTC

*** This bug has been marked as a duplicate of bug 1036252 ***


Note You need to log in before you can comment on or make changes to this bug.