[1175] in athena10
Re: [Debathena] #116: Hook whichlocker into command-not-found
daemon@ATHENA.MIT.EDU (Debathena Trac)
Thu Feb 19 14:25:55 2009
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: broder@mit.edu, jdreed@mit.edu, andersk@mit.edu
Date: Thu, 19 Feb 2009 19:25:05 -0000
Reply-To:
Message-ID: <052.575be59f3010dc99a63441bd26a6267c@mit.edu>
In-Reply-To: <043.8b21630aa046b9f3efeeb4d1874a80d7@mit.edu>
Content-Transfer-Encoding: 8bit
#116: Hook whichlocker into command-not-found------------------------+---------------------------------------------------
Reporter: broder | Owner:
Type: enhancement | Status: new
Priority: minor | Resolution:
Keywords: |
------------------------+---------------------------------------------------
Comment(by jdreed):
Yeah, I'm not saying we should do it, I'm pointing out that overriding the
command_not_found_handle is easier and more feasible than a command-not-
found database.
In addition to what Anders points out, there's the problem of bitrotted
stuff too. Choosing to run "latex" out of the newtex locker rather than
installing texlive has serious implications. Perhaps the right thing to
do is search whichlocker if /usr/lib/command-not-found doesn't come up
with anything.
Or we (defined as some combination of IS&T and Debathena folks) should
possibly come up with our own locker database, which we install locally,
and use that instead. Updates are cheap now, so it wouldn't be a hassle
to keep it updated, especially if the number of lockers is small.
This probably requires a lot more thinking, and can happen later in the
term.
-- Ticket URL: <http://debathena.mit.edu/trac/ticket/116#comment:3>Debathena <http://debathena.mit.edu/>MIT Debian-Athena Project
