pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/29700 (lang/sun-jre15 won't install using pkg_comp & libkver)



The following reply was made to PR pkg/29700; it has been noted by GNATS.

From: David Holland <dholland-pbugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/29700 (lang/sun-jre15 won't install using pkg_comp &
        libkver)
Date: Thu, 11 Feb 2010 05:55:27 +0000

 On Thu, Feb 11, 2010 at 05:10:05AM +0000, Robert Elz wrote:
  >    |  Is it doing LD_PRELOAD=... with a NetBSD library on a Linux bin? That
  >    |  would certainly explain why it would be failing.
  >  
  >  Yes, that is exactly what it is doing - pkg_comp uses libkver to
  >  get override uname() (and sysctl) so the system version appears to be
  >  some defined value.  To make that work, it simply does a LD_PRELOAD
  >  of the libkver library into absolutely everything that runs - obviously
  >  it has no idea whether what it is running is a NetBSD binary or a linux
  >  binary - it is simply a binary that is exec'd...
 
 Ew.
 
  >    |  Anyway, do you know of another package (preferably, a simpler one)
  >    |  that exhibits the same behavior?
  >  
  >  I'll see if I can find one, but more or less by design, the linnx
  >  binaries that we run are all bloated complex things - if they weren't
  >  we'd just write our own version and ignore the binary only blob - so
  >  what we end up with is media players, browsers, and compilers.
  >  
  >  I don't suppose you'd consider acrobat "simple" ???
  >  
  >  If someone can send me a linux binary (I don't use linux myself, aside
  >  from what runs on NetBSD from pkgsrc) that will run with the suse libraries
  >  that are available in pkgsrc, then I'll test it, doing the test is easy
  >  enough given an available binary.   Something trivial like a version of
  >  cat (or perhaps better, a linux uname command) would be perfect.
 
 I might be able to find one - I have some obsolete linux boxes around.
 What glibc version is it? Linux notions of compatibility being what
 they are, it's probably best to get one the same...
 
  >    |  (but I agree, it should be reopened, or maybe we should file a new
  >    |  PR.)
  >  
  >  Could do that, if I can find something simpler - I also suspect that
  >  libkver can be made simple enough that it can be LD_PRELOAD'd into a
  >  linux binary without it doing any harm (which is probably exactly what
  >  it really needs to do there - nothing) while still doing what is
  >  expected for NetBSD binaries (90% of those the answer is the same,
  >  nothing, just occasionally does a binary check what version of the
  >  system it is running on).
 
 On the other hand, maybe it's time we added this functionality to the
 kernel. It shouldn't be either difficult or particularly bloaty...
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost
 


Home | Main Index | Thread Index | Old Index