make: *** No rule to make target `/usr/lib/libwrap.a', needed by `portmap'. Stop. !!! ERROR: net-nds/portmap-5b-r7 failed. !!! Function src_compile, Line 37, Exitcode 2 !!! (no error message) I have 2 gentoo boxes, one just emerged from scratch, it has the libwrap.a but it's in /lib/ and portmap is searching for it in /usr/lib The other box is an 1 year old installation, it has portmap emerged and has the libs in /usr/libs/ and not in /libs/ both systems are ~x86 Reproducible: Always Steps to Reproduce: 1. new gentoo install 2. emerge portmap 3. >_< Actual Results: The portmap is unable to find the libwrap.a because it's in the wrong place. Expected Results: installed portmap, one place for the libs (/usr/lib) ? cdimage / # emerge info Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031212-r0, 2.4.21-gss) ================================================================= System uname: 2.4.21-gss i686 AMD Duron(tm) processor Gentoo Base System version 1.4.3.12 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -Os -pipe -mmmx -m3dnow -fstack-protector" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-tbird -Os -pipe -mmmx -m3dnow -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc fixpackages sandbox" GENTOO_MIRRORS="http://mirrors.sunsite.dk/gentoo/ http://gentoo.linux.no/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/ " MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow apache2 crypt gd gdbm gif imlib innodb ipv6 java jpeg libwww mmx mysql ncurses pam perl png prelude python ssl tcpd xml xml2" (not rebooted yet, that's why it's still the live cd kernel)
Actually it has compile error before this message... I'll attach a compile log...
Created attachment 22575 [details] Compile log... Output of "emerge portmap"
I found the problem, the problem is not portmap but tcp-wrappers (which owns libwrap.*), Like I said, with the 1 year old box portmap was able to compile (with lots of warnings) I just upgraded tcp-wrappers on the one year old box and I couldnt compile portmap, reinstalled old ones and could. The newer tcp-wrappers put them in /lib while the older one puts them in /usr/lib
Created attachment 22576 [details] log of portmap compile success here is a log from a succeeding compile (with lots of warnings)
Downgrading the tcp-wrappers-6.7-r7 to 6.7-r6 fixed the compile.
Also having this problem. It looks like the addition of "into /" before the "dolib.a libwrap.a" line is what causes the change in file location from /usr/lib to just /lib. A patch to fix the problem will be attached shortly
Created attachment 22585 [details, diff] patch to fix libwrap detection should fix the bug, but I haven't tested it yet
ok, just tested it, and the patch works as long as you have tcp-wrappers-6.7-r7
Created attachment 22586 [details] a new ebuild that uses the patch A new ebuild that uses the attached patch. Just plug this one in where the old one was and it should work (should is the key word there ;) )
and i just confirmed that the patch (which should go in the files directory for portmap) and the new ebuild do work.
Only get this with the patch >>> emerge (1 of 1) net-nds/portmap-5b-r7 to / >>> md5 src_uri ;-) portmap_5beta.tar.gz >>> Unpacking source... >>> Unpacking portmap_5beta.tar.gz to /var/tmp/portage/portmap-5b-r7/work * Applying portmap_5beta.dif... [ ok ] * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /usr/portage/net-nds/portmap/files/36309.patch !!! ERROR: net-nds/portmap-5b-r7 failed. !!! Function epatch, Line 182, Exitcode 0 !!! Cannot find $EPATCH_SOURCE!
I just encountered this problem. I think we need to check where libwrap.a exists because some tcp-wrappers installs it to /usr/lib and others to /lib. I've made the ebuild. I post it.
Created attachment 22670 [details] fixing the link problem
this was fixed by azarah on the 28th of December and needs closing.
closing
