On Fri, Aug 17, 2012 at 2:57 PM, Balasubramaniam Natarajan
<[email protected]> wrote:

>
> I have two system both running ubuntu,  One had nslookup installed the
> other does not.
>
> So I ran nslookup with strace and saw nslookup accessing the following
> files so I copy pasted the following along with nslookup to machine2.  Now
> on Machine2 nslookup works fine.  *Do you see any problem arising because
> of this ?*

Yes, you have willfully broken the beautifully crafted Debian package
management system when a simple
 "apt-get install dnsutils"  would have done the job and not comprised
the integrity of your system.

nslookup is provided by dnsutils.  On my Kunbuntu 12.04 the contents
of dnsutils is:

$ dpkg -L dnsutils
/.
/usr
/usr/bin
/usr/bin/dig
/usr/bin/nslookup
/usr/bin/nsupdate
/usr/share
/usr/share/doc
/usr/share/doc/dnsutils
/usr/share/doc/dnsutils/copyright
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/nsupdate.1.gz
/usr/share/man/man1/dig.1.gz
/usr/share/man/man1/nslookup.1.gz
/usr/share/doc/dnsutils/changelog.Debian.gz

Also, even though nslookup is available in most distro, it is
deprecated.   You should be using 'host' or 'dig' instead.

>
>
> *Machine1*~$ scp /usr/lib/libdns.so.64 /usr/lib/libgssapi_krb5.so.2
> /lib/i686/cmov/libcrypto.so.0.9.8 /usr/lib/libbind9.so.60
> /usr/lib/libisccfg.so.60 /usr/lib/libisc.so.60 /lib/libcap.so.2
> /lib/tls/i686/cmov/libpthread.so.0 /usr/lib/libxml2.so.2
> /lib/tls/i686/cmov/libc.so.6 /usr/lib/libGeoIP.so.1 /usr/lib/libkrb5.so.3
> /usr/lib/libk5crypto.so.3 /lib/libcom_err.so.2 /usr/lib/libkrb5support.so.0
> /lib/tls/i686/cmov/libdl.so.2 /lib/libkeyutils.so.1
> /lib/tls/i686/cmov/libresolv.so.2 /lib/libz.so.1 /usr/lib/libisccc.so.60
> /lib/libattr.so.1 /lib/tls/i686/cmov/libm.so.6 bala@*Machine2*:/home/bala/
>
>
> On *Machine2*
> mv libdns.so.64 /usr/lib/libdns.so.64
> mv libgssapi_krb5.so.2 /usr/lib/libgssapi_krb5.so.2
> mv libcrypto.so.0.9.8 /lib/i686/cmov/libcrypto.so.0.9.8
> mv libbind9.so.60 /usr/lib/libbind9.so.60
> mv libisccfg.so.60 /usr/lib/libisccfg.so.60
> mv libisc.so.60 /usr/lib/libisc.so.60
> mv libcap.so.2 /lib/libcap.so.2
> mv libpthread.so.0 /lib/tls/i686/cmov/libpthread.so.0
> mv libxml2.so.2 /usr/lib/libxml2.so.2
> mv libc.so.6 /lib/tls/i686/cmov/libc.so.6
> mv libGeoIP.so.1 /usr/lib/libGeoIP.so.1
> mv libkrb5.so.3 /usr/lib/libkrb5.so.3
> mv libk5crypto.so.3 /usr/lib/libk5crypto.so.3
> mv libcom_err.so.2 /lib/libcom_err.so.2
> mv libkrb5support.so.0 /usr/lib/libkrb5support.so.0
> mv libdl.so.2 /lib/tls/i686/cmov/libdl.so.2
> mv libkeyutils.so.1 /lib/libkeyutils.so.1
> mv libresolv.so.2 /lib/tls/i686/cmov/libresolv.so.2
> mv libz.so.1 /lib/libz.so.1
> mv libisccc.so.60 /usr/lib/libisccc.so.60
> mv libattr.so.1 /lib/libattr.so.1
> mv libm.so.6 /lib/tls/i686/cmov/libm.so.6

See above for dnsutil package content - you must have pulled these
files as nslookup complained about missing libraries and you copied
them over to resolve dependencies.

You are a brave man playing with library dependencies in such a way.
I would not mess with moving/replacing library files especially when
you have no clue to which package they belong to.     At the least,
it is always better to do 'mv -i'  if you must do the above.

Only you know the time you spent on getting this to work but I think
it would have a lot faster to do a simple "apt-get install dnsutils".

I would advice you not to play around with libraries installed by the
distro package manager; rather have them installed through the
dependency chain that each package painstakingly maintains so that you
are guaranteed a sane system.

-- Arun Khan
_______________________________________________
ILUGC Mailing List:
http://www.ae.iitm.ac.in/mailman/listinfo/ilugc

Reply via email to