[9220] in athena10
Re: [Debathena] #476: Follow-up with Kernel on ENOEXEC/ENOENT for
daemon@ATHENA.MIT.EDU (Debathena Trac)
Fri Jun 8 14:30:58 2012
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@MIT.EDU
To: jdreed@MIT.EDU, geofft@MIT.EDU, amu@MIT.EDU, broder@MIT.EDU
Date: Fri, 08 Jun 2012 18:30:55 -0000
Reply-To:
Message-ID: <057.702db512b9df93b5f36d84fe0e01b037@mit.edu>
In-Reply-To: <042.28c087013b23dc675b17baf6ecc2d47f@mit.edu>
Content-Transfer-Encoding: 8bit
#476: Follow-up with Kernel on ENOEXEC/ENOENT for libc5 binaries
--------------------+-------------------------------------------------
Reporter: jdreed | Owner: jdreed
Type: task | Status: accepted
Priority: normal | Milestone: Precise Release
Component: -- | Resolution:
Keywords: | Upstream bug: http://lkml.org/lkml/2009/7/9/74
--------------------+-------------------------------------------------
Changes (by jdreed):
* owner: => jdreed
* status: new => accepted
* milestone: Upstream Utopia => Precise Release
Comment:
Upstream told us to go away. I suspect we should just implement the stub
Geoff described in the LP patch and Aaron described here. Probably the
right way to do this is debathena-libc5-stub which drops in /lib/ld-
linux.so.1.debathena, and symlinks /lib/ld-linux.so.1 to it. That will
allow people to still go install libc5 from feisty or something if they
want to. I think this is _NOT_ a c-p-d package, since we only want to
symlink if it doesn't already exist on the end user's machine, and it's
easy enough to cleanup the symlink if readlink -f shows it points back at
us.
--
Ticket URL: <https://athena10.mit.edu/trac/ticket/476#comment:6>
Debathena <http://debathena.mit.edu>
MIT Debathena Project
