id summary reporter owner description type status priority milestone component resolution keywords cc fix_version see_also 568 mit-lp isn't lp broder "LPRng's `lpr` theoretically provides compatibility with a SysV-style `lp` command when invoked with argv[0] set to ""lp"". LPRng provides an `lp -> lpr` symlink for this reason, which we transform to `mit-lp -> mit-lpr`. Of course, because we changed the name of the program, we don't trigger LPRng's detection of what it's running as: Lines 414-417 from `src/common/lpr.c` in debathena-lprng: {{{ /* check to see if we simulate (poorly) the LP options */ if( name && safestrcmp( name, ""lp"" ) == 0 ){ LP_mode_JOB = 1; } }}} This detection is actually relevant for anybody using `lp`, beacuse `lp` uses `-d` to specify a print queue instead of `-P`. This means you get screwed if you use our `lp` wrapper on an LPRng queue, which I'm sure nobody does." defect closed insignificant The Distant Future printing invalid