Custom Query (1145 matches)
Results (85 - 87 of 1145)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#155 | duplicate | acroread attempts to use CUPS-specific optoins to lpr | broder | |
Description |
acroread seems to sort of half-grok CUPS - well enough to query the library for a list of CUPS printers, but instead of printing through the library, it shells out to lpr. It also passes -o options of one sort or another, which doesn't work currently, because our lpr almost always shells out to mit-lpr, so you get a popup to the effect of: The following error occurred while printing... 'lpr: illegal option 'o' Usage: lpr [-Pprinter@host]] [-A] [-B] [-Cclass] [-Fformat] [-G] [-Jinfo] etc. I'm...not sure if I'm actually interested in investing effort in fixing this, given that the long-term strategy is to actually use CUPS. |
|||
#157 | fixed | sendbug cancel fails | wdc | |
Description |
As per report filed in bugs: Repeat by:
click the "Cancel" button. Expected behavior: Sendbug should have aborted. Actual behavior: An alert popped up letting me know I was going to get a text editor window to report my bug. Indeed, the editor window popped up after that. This is, perhaps a cosmetic bug, but a user did trouble themself to report it... |
|||
#167 | wontfix | debathena-lert-server binds only to localhost | broder | |
Description |
debathena-lert-server uses gethostbyname(uname().nodename) as the address to bind to. Unfortunately, on most Ubuntu systems, this works out to being 127.0.1.1 instead of the actual IP address, thanks to Ubuntu's /etc/hosts hacks. More fun, the krb4 code needs the destination address of incoming packets for the encryption of the reply, so we can't simply switch to listening on INADDR_ANY with no other changes. I see two options:
|