Custom Query (1145 matches)
Results (115 - 117 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #137 | fixed | system-wide bash_login and login should not unconditionally punt zwgc on dialups | broder | jdreed |
| Description |
/usr/athena/lib/init/login and bash_login refuse to set ZEPHYR_CLIENT if /etc/athena/dialuptype exists. I'm told that this was done on purpose because Linerva maintainers do not think users want to be running zwgc by default in X forwarded ssh sessions. This is not a decision we should be making for users. If I log into Linerva over a tty session from somewhere, I want zwgc. I expect it to run at startup like every single other Athena machine. The message it displays is not useful for people whose .startup.tty generates a fair bit of output, as mine does (if I have more, say, 20 new mails in my INBOX, then the message about zwgc has scrolled off the screen) We should conditionalize this on whether or not someone has "fallback = true" in .zephyr.vars. If they have set this, they expect zwgc to be running on dialups by default, and thus will not be surprised by getting multiple zephyrgrams in X forwarding SSH session. If they have not set this, then either they run zwgc -ttymode by in .startup.tty (which will still work), or they don't expect zephyr to be running by default on dialups. It's still a change from the default behavior, and should be documented, but is better than punting zwgc unconditionally. |
|||
| #138 | fixed | LPRng doesn't support -z | geofft | geofft |
| Description |
The -z (zephyr) option, which is in Athena 9's "lpr" command, isn't on the LPRng in Debian/Ubuntu?. Possibly there's an equivalent -o something, because zephyr is a server-side thing. And maybe we should make the lpr wrapper turn -z into this -o, although if we can get away with documenting the option and desupporting -z, that would be cleaner. |
|||
| #139 | fixed | alpine's spell checker doesn't work | geofft | geofft |
| Description |
If you hit Ctrl-T in the body of a message in alpine's composer, it tells you that "" doesn't exist. The speller variable is unset, and setting it to aspell -c will make the spell checker work. This appears to be a regression from, e.g., Linerva Etch, in which alpine out of the locker apparently would let you spell-check. Although on (current) Linerva Lenny, the locker fails in the same manner. It also appears to be an upstream bug, in that this is the behavior when you run alpine on a non-Debathena box. Even though Anders looked and determined the Debian packaging configured alpine with aspell enabled... I've committed r23596 to work around this, but we should really figure out what's going wrong before uploading it. |
|||
