On 9 March 2010 19:33, Mike McCarty <[email protected]> wrote: >> In case I wasn't clear, even if this is only a workaround, it solves >> the problem. > > That's not so good, though. The support team needs the information > so they can update the BLFS book if necessary, or report a defect > back upstream. It gets you out of your pickle, but it doesn't give > back to the LFS communnity. > > I suggest you to pursue this with the support team until the root > cause is found. > > Mike > -- I thought I *was* part of the support team :)
So far, there is one affected user,me. Mind you, BLFS is still on a *much* older version for the moment), and it may well be that the problem is confined to people with a local printer attached to the same machine, or perhaps only a local usb printer. The problem only happens if cups is built before gtk+, otherwise the printer queue is invisible to the printer dialog (maybe not true in Andrew's situation, but mere mortals will usually end up printing to 'lpr' as far as the dialog is concerned). But as to what changed, we're no further - cups-1.3.11 was ok in my original build in September last year, but the problem had arisen by the end of December. First time, I misidentified the cause, and left it hoping the next system would be better. I'm guessing something in udev has changed, but I have no particular reason to point a finger there and the only thing obvious (creation of /dev/usb/lp0 when the printer is connected) still works ok). ĸen -- After tragedy, and farce, "OMG poneys!" -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
