[568] in athena10
Re: lynx library problem on Athena 10
daemon@ATHENA.MIT.EDU (Alex T Prengel)
Thu Oct 9 18:55:53 2008
Message-Id: <200810092255.m99Mt71L009497@dit.mit.edu>
To: William Cattey <wdc@MIT.EDU>
cc: alexp@MIT.EDU, hartmans@MIT.EDU, tabbott@MIT.EDU, athena10@MIT.EDU
In-Reply-To: Your message of "Thu, 09 Oct 2008 17:28:57 EDT."
<DD27A4B3-A914-4A8D-BBE3-06ECA4DDF790@mit.edu>
Date: Thu, 09 Oct 2008 18:55:07 -0400
From: Alex T Prengel <alexp@MIT.EDU>
Hi Bill,
>Let me see if I understand what is actually being said...
Thanks a lot for clarifying the discussion. Your points 1-4 are completely
in accord with my sense of things, as is:
>The problem I believe Alex is trying to solve is:
>
>Offer new functionality and the most up to date libraries for key
>third party applications every 6 months.
I agree also with your proposed next steps 1-3; however a couple of caveats
about step 3:
>3. To pull in another thread, I would suggest we add a new
>metapackage to Athena 10: debathena-cluster-thirdparty. This
>metapackage would be maintained by Alex Prengel,
I'd need to know all the details of what this entails. What I had in mind was
simply to supply a list of additional packages I installed with apt-get install
on a test machine. I did not note any of the additional dependencies these
brought in automatically, nor do I know what is involved with actually building
a metapackage, if I am to build it.
Also, the list of things I'd include in debathena-cluster-thirdparty depends
on the outcome of step 2:
>Continue discussing whether Athena 10 should be standardizing on
>LTS or the every 6 month Ubuntu release cycle.
If the decision is to go with LTS only, I'd want to keep a fair number
of the packages I update frequently in lockers, and not in
debathena-cluster-thirdparty, to keep them reasonably
current. Otherwise, the vast majority of apps could go into
debathena-cluster-thirdparty.
Alex
