Custom Query (1145 matches)
Results (259 - 261 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #371 | fixed | Graphical Installer should suggest use of athena username. | xavid | afarrell |
| Description |
Desired behaviour: during installation, when the user is asked for a username, he/she should be suggested to use his/her athena username. Actual behaviour: the user is simply asked for a username. To Reproduce: Install Debathena via the graphical installer. This would simply make things simpler for using ssh, renewing tickets. It would prevent the user from having to know most of http://debathena.mit.edu/customizing. additional shinyness: if the user's athena username is known, that should be filled in as the default. |
|||
| #374 | fixed | clean up redundancies in debathena-thirdparty | kaduk | geofft |
| Description |
This is a separate issue from removing unwanted packages from debathena-thirdparty: there are a couple of cases in which our metapackages depend on one package and a couple of that package's dependencies, which can be simplified. -dev packages and their non-dev library partners are a good example of this. This should not be a change in practical function of the package. There are also a couple of cases in which our metapackages depend on one package and a couple of that package's recommendations: for instance, we could replace (almost?) all of the boost packages in thirdparty-libraries with just libboost-dev. This would be a significant cleanup, but a slight functional change. It's worth considering if there are reasons to keep these packages as hard dependencies; one technical reason to do so is that recommendations are never resatisfied if they happen not to be satisfied when the package is first installed (see #373). See that ticket and also #372 for discussion of making everything in -thirdparty recommendations, which, if implementable, would make this option clearly okay. |
|||
| #378 | fixed | Distribute a gtkrc that enables the LPR backend | jdreed | |
| Description |
There are apparently still enough Kerberized printers out there that we should put out an easy fix if we have one. Additionally, it would be nice to have a second GUI printing method if CUPS.MIT.EDU fails for whatever reason. To that end, can we distribute an /etc/gtk-2.0/gtkrc that contains the following? gtk-print-backends="cups,file,lpr" Doing that on my debathena-workstation machines creates a new "Print to LPR" entry in the GUI, which provides a window in which to type an LPR command. Additional testing is probably a good idea, but this seems like a trivial fix. |
|||
