[9684] in athena10
Re: [Debathena] #1126: /usr/athena/bin/python breaks with
daemon@ATHENA.MIT.EDU (Debathena Trac)
Wed Aug 1 12:16:13 2012
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@MIT.EDU
To: andersk@MIT.EDU, jdreed@MIT.EDU, kaduk@MIT.EDU
Date: Wed, 01 Aug 2012 16:16:08 -0000
Reply-To:
Message-ID: <058.c43ed51e65648341aa252c86f97ec3ce@mit.edu>
In-Reply-To: <043.0443c2a2fea9bf557031071274fe9f7f@mit.edu>
Content-Transfer-Encoding: 8bit
#1126: /usr/athena/bin/python breaks with /usr/athena symlink
------------------------+---------------------------------------
Reporter: andersk | Owner:
Type: defect | Status: new
Priority: normal | Milestone: The Distant Future
Component: -- | Resolution:
Keywords: | Fixed in version:
Upstream bug: |
------------------------+---------------------------------------
Comment (by kaduk):
Replying to [comment:1 jdreed]:
> >It looks like it would work if /usr/athena/bin was the symlink instead
of /usr/athena?
>
> Is there a good reason not to do this? What would break? This is
certainly easier than debathena-python-config, and if you have /usr
mounted somewhere other than /usr _AND_ still rely on /usr/athena/bin
working, then we don't have to support you.
>
> {{{
> mkdir -p /usr/athena
> for d in bin include lib sbin share; do
> sudo ln -nsf /usr/$d /usr/athena/$d
> done
> }}}
Karl notes on zephyr that this produces surprising behavior if the
filesystem normally mounted at /usr is mounted someplace else. Though
perhaps a relative symlink would work? I haven't followed closely enough
to tell.
--
Ticket URL: <https://athena10.mit.edu/trac/ticket/1126#comment:2>
Debathena <http://debathena.mit.edu>
MIT Debathena Project
