Custom Query (1145 matches)


Show under each result:

Results (259 - 261 of 1145)

Ticket Resolution Summary Owner Reporter
#371 fixed Graphical Installer should suggest use of athena username. xavid afarrell

Reported by afarrell, 15 years ago.


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

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

Reported by geofft, 15 years ago.


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

Reported by jdreed, 15 years ago.


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?


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.

Note: See TracQuery for help on using queries.