<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>31356</bug_id>
          
          <creation_ts>2003-10-17 08:08 0000</creation_ts>
          <short_desc>sys-apps/file can die when compiling with parallel make</short_desc>
          <delta_ts>2003-10-17 20:22:40 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>brandy@gentoo.org</reporter>
          <assigned_to>bug-wranglers@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>brandy@gentoo.org</who>
            <bug_when>2003-10-17 08:08:55 0000</bug_when>
            <thetext>If for some reason, a system is missing the /usr/lib/libmagic libraries,
then sys-apps/file cannot be installed:


/bin/sh ../libtool --mode=link gcc  -march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays   -o file -lmagic file.o  -lz
gcc -march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -o file file.o  -lmagic -lz
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DMAGIC=\&quot;/usr/share/misc/file/magic\&quot; -march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -MT apptype.lo -MD -MP -MF .deps/apptype.Tpo -c apptype.c  -fPIC -DPIC -o .libs/apptype.o
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lmagic
collect2: ld returned 1 exit status
make[2]: *** [file] Error 1
make[2]: *** Waiting for unfinished jobs....
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DMAGIC=\&quot;/usr/share/misc/file/magic\&quot; -march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -MT apptype.lo -MD -MP -MF .deps/apptype.Tpo -c apptype.c -o apptype.o &gt;/dev/null 2&gt;&amp;1
make[2]: Leaving directory `/var/tmp/portage/file-4.06/work/file-4.06/src&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/file-4.06/work/file-4.06&apos;
make: *** [all] Error 2

!!! ERROR: sys-apps/file-4.06 failed.
!!! Function src_compile, Line 49, Exitcode 2
!!! (no error message)


And of course the libmagic files are provided by sys-apps/file itself. :)

Fortunately, the easiest fix for this is to change the &apos;emake || die&apos;
line in the ebuild to &apos;make || die&apos; (or &apos;MAKEOPTS=&quot;-j1&quot; emake || die&apos;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mholzer@gentoo.org</who>
            <bug_when>2003-10-17 09:00:52 0000</bug_when>
            <thetext>MAKEOPTS=&quot;-j7&quot; works here</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2003-10-17 19:31:06 0000</bug_when>
            <thetext>I wasn&apos;t able to get it to fail with parallel make.  However, if someone
does end up making a change to the ebuild, please just use

emake -j1 || die &quot;emake failed&quot;

There&apos;s no need to use MAKEOPTS.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mr_bones_@gentoo.org</who>
            <bug_when>2003-10-17 20:22:40 0000</bug_when>
            <thetext>Fixed in CVS.  I fixed the latest version of the ebuild, but all of them
may have this bug.  Probably best if we try to get the latest version 
marked stable as quickly as possible.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>