[788] in athena10
Re: debathena-thirdparty
daemon@ATHENA.MIT.EDU (William Cattey)
Thu Jan 8 11:47:58 2009
In-Reply-To: <200901081639.n08GdjHD002565@pothole.mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <67998FD9-6E68-4F26-BFC5-EE067BA31677@mit.edu>
Cc: wikithena <athena10@mit.edu>
Content-Transfer-Encoding: 7bit
From: William Cattey <wdc@MIT.EDU>
Date: Thu, 8 Jan 2009 11:46:57 -0500
To: "andrew m. boardman" <amb@mit.edu>
What andrew proposes seems 100% sane to me.
-Bill
On Jan 8, 2009, at 11:39 AM, andrew m. boardman wrote:
>
> Per previous discussion, we're going to be promoting ubuntu-standard
> versions for what's currently a bunch of third party locker software.
> Thus I propose creating the following metapackages, basically
> following
> Alex Prengel's plan, with the first depending on the rest:
>
> thirdparty
> thirdparty-accessories
> thirdparty-audio
> thirdparty-communication
> thirdparty-graphics
> thirdparty-information
> thirdparty-languages
> thirdparty-libraries
> thirdparty-numerical
> thirdparty-programming
> thirdparty-simulation
> thirdparty-sound
> thirdparty-text
> thirdparty-utilities
>
> ...and the rest of the dependencies being populated per
> ~~alexp/athena10/thirdpartysw, the format of which is:
> <category>, <overall software name>, <Ubuntu package name>, <comment>
>
> See also thirdparty-int in the same directory, which is more of the
> same
> except that the two packages named require user input during
> install to
> work properly. The cluster installer needs to deal with them
> noninteractively.
>
> Alex: please move xmcd from -int to the regular listing; it does
> have a
> user dialog when installed interactively, but if it's installed
> noninteractively (which is to say, with DEBIAN_PRIORITY=critical or
> DEBIAN_FRONTEND=noninteractive set), it uses the completely reasonably
> default of /dev/cdrom for the CD device. On the other hand,
> dealing with
> eagle will be annoying; it's trivial to suppress the license
> dialog, but
> the subsequent user experience is bad until a license key is generated
> for it. I'm assuming we don't have a license and setting it up to
> run as
> unkeyed freeware is the right answer.
>
> Any thoughts/objections/commentary?
