Custom Query (1145 matches)
Results (286 - 288 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #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. |
|||
| #375 | wontfix | packages punted from live CD are also punted from installed system | xavid | geofft |
| Description |
I ran the "what packages could satisfy unsatisfied dependencies but aren't installed" query from #373 on ozok-the-destroyer, a debathena-workstation installed from the live CD, and found some names that sounded familiar: bogofilter, ekiga, f-spot, gnome-games. openoffice.org-gnome*, etc. These are all packages that the live CD punts (ticket #293). By the nature of ubiquity, the live CD system gets copied rather than a new system being installed from scratch, but it seems somewhat capricious for packages punted on the CD for reasons of space to also not end up on the installed system, which presumably has no 650-megabyte space constraint. *openoffice.org is installed because of extra-software. Perhaps that should pull in -gnome too? |
|||
| #376 | invalid | lpq claims jobs are from cups rather than from the workstation | geofft | |
| Description |
This might be heading towards being irrelevant depending on how the CUPS transition plays out, but it's kind of unfortunate that lpq (from LPRng) claims all jobs are from cups.mit.edu rather than from the workstation they originated from. Can we work around this somehow? The workstation data is incredibly helpful for printadms trying to get in contact with users, determine whether to punt jobs, etc. |
|||
