[16877] in athena10
Re: One man's perspective with Debathena
daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Fri Oct 4 18:09:58 2019
Date: Fri, 4 Oct 2019 18:09:51 -0400 (EDT)
From: Jonathon Weiss <jweiss@mit.edu>
To: Myron Freeman <fletch1@eecs.MIT.EDU>
CC: debathena <debathena@mit.edu>
In-Reply-To: <AC05882B-624D-4C19-B27A-DF3D557FA238@eecs.mit.edu>
Message-ID: <alpine.DEB.2.20.1910041742130.69156@neural-implant.mit.edu>
MIME-Version: 1.0
Content-Type: multipart/mixed; BOUNDARY="67820568-1960968995-1570226991=:69156"
--67820568-1960968995-1570226991=:69156
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Fletch,
I can speak to questions regarding the 18.04 dialups. I don't remember exa=
ctly what i did, but I have a pretty good idea. First off, they only run d=
ebathena-login, so any issues that only exist in login-graphical or above (=
including workstation) are things I probably haven't run into.
I started with an Ubuntu 18.04 machine, installed from the server ISO, with=
a minimal package list. I enabled the universe repo. I believe I configu=
red the Debathena xenial repo, with a pin-priority of 250, to ensure that t=
he bionic repos were a higher priority (hence it should only get packages f=
rom xenial if they don't exist in bionic), because there is currently an is=
sue building python-afs for 18.04 (see previous mail). If I recall correct=
ly, at that point I was able to `curl https://debathena.mit.edu/install-deb=
athena.sh | /bin/sh` to run the debathena-installation script (it's possibl=
e I needed to use the beta version of the installer, I can't remember). If=
universe is properly enabled as noted above, you should even be able to se=
lect the debathena-extra-software package if you want it. debathena-thirdp=
arty won't install, as you know. My quick and dirty solution was to look a=
t everything it depended on and run apt-get install on that list of things.=
Whatever apt-get whined about I removed, eventually I ended up with an ap=
t-get invocation that succeeded, and most most of the thirdparty packages i=
nstalled. Beyond that there was the usual pile of dialup specific configur=
ation, but I don't think you are asking about that.
Anyhow, I think debathena-login would install out of the box, if python-afs=
was successfully built for 18.04 (which is why I asked about the possibili=
ty of getting it built). It's probably not hard to fix debathena-thirdpart=
y to install on 16.04 and 18.04, given someone with the right knowledge and=
a little bit of time. I have no idea what, if any, additional work the lo=
gin-graphical or workstation meta-packages would need on 18.04.
=09Jonathon
=09Jonathon Weiss <jweiss@mit.edu>
=09MIT/IS&T/Cloud Platforms
On Tue, 24 Sep 2019, Myron Freeman wrote:
> I=E2=80=99ve been paying attention to your recent emails about Debathena =
and making some things work for 18.04 so I thought I should talk about wher=
e I stand with Debathena on my EECS cluster machines.
>
> Currently I=E2=80=99m still running 14.04 on EECS cluster machines since =
that=E2=80=99s the only one that supports debathena-workstation and debathe=
na-thirdparty. I have a few machines running 16.04 with debathena-workstat=
ion but no debathena-thirdparty since that metapackage doesn=E2=80=99t work=
under 16.04. And I would love to know what folks did do make Debathena wo=
rk for 18.04 on the dial-ups.
>
> I need to meet with IS&T to know what, if anything, they intend to do wit=
h Debathena in the future. As one of you basically said in a previous emai=
l, I=E2=80=99m not doing anyone any favors by still running 14.04. I=E2=80=
=99d love to have debathena-workstation for 18.04. I most likely need deba=
thena-login-graphical to be usable in the EECS clusters. Most of all, I ne=
ed to figure what=E2=80=99s going to happen with Debathena so that I can fi=
gure out what to do for the labs.
>
> This is where I stand at the moment.
>
> -Fletch
--67820568-1960968995-1570226991=:69156--
