Custom Query (1145 matches)
Results (283 - 285 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #406 | fixed | athena-auto-update does not retry configuring unconfigured packages | geofft | |
| Description |
athena-auto-update checks aptitude --simulate --assume-yes full-upgrade for the string "0 packages upgraded, 0 newly installed, 0 to remove", and assumes that means that there's nothing to do. This fails to check for the string "The following partially installed packages will be configured:", which often occurs when everything's installed but there are unconfigured things. Importantly, this can cause machines to fall out of -cluster or -workstation if there's a transient upgrade problem that could be fixed with aptitude install by hand. |
|||
| #407 | fixed | athena-auto-update should dpkg --configure -a | jdreed | geofft |
| Description |
A handful of machines in clusters have stopped updating with E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem. E: Couldn't rebuild package cache update.log is missing a record of the last upgrade finishing, indicating the system was probably rebooted. I reported this as a theoretical bug five months ago in comment:ticket:217:1 after running into it on my -cluster laptop; as I predicted, it's happening in practice. |
|||
| #413 | fixed | alpine-config: ${ATHENA_USER:-$USER} doesn't work | geofft | |
| Description |
alpine implements its own ${foo:-bar} parsing that's nonrecursive, so if $ATHENA_USER is unset, you get an error message about not finding a literal $USER.mail.mit.edu. Perhaps we should fix this to be recursive, send the patch upstream, and Debathenify it, but among other concerns with this approach, that gets seriously in the way of the goal of stopping Debathenifying alpine and using the distro version (because we no longer need either the krb4 or Hesiod patches). We could also just try harder to make sure $ATHENA_USER is set no matter what. |
|||
