LPRng: install of source RPM
I am running on SUSE. I tried to install the source rpm using rpmbuild --rebuild 'source.rpm' where source.rpm is the name of the source file. It complains that I do not have Kerberos5 libraries. SUSE comes with Heimdal rather than MIT Kerberos. Is there a way with the source RPM to ignore the Kerberos5 requirements? I saw that if I compiled the tarball I could include a --disable-kerberos_checks and that would work but I really wanted to use the source RPMs. Thanks Sam Warren, Jr. Computer Technician Winnebago Industries 641-585-3535 ext. 7785 - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
Re: LPRng: SLOW spooling of Word file containing 225 pgs of scann ed docs
Van Sickler, Jim wrote: I've read Rick Cochran's msg, but can't seem to find where I'd change the timeout on my OpenBSD box. Rick, if you see this, could you point me in the right direction? If it's on the Win2k clients (all SP4), let me know where the reg setting is. Jim, There is no way to change the behavior of Microsoft's LPR implementation. Imagine how bad it was when the buffer size was 4K instead of 30K. I can't find anything about BSD and the push bit delay. Here's an excerpt from some Linux source (I couldn't find anything else): + * LSB of 4-bit field is TCP PUSH bit (a worthless anachronism) and + * is logically part of the 4-bit changes field that follows. To determine whether this is the problem, you should use tcpdump on your BSD box and look at the timestamps on the packets. You may find that after a packet with a push bit, there is a delay before the BSD box responds with an ACK. 200ms may not seem like a long time, but at 10Mb it is. At 100Mb it's an eternity. If this turns out to be your problem and you can't find a way to tune the delay on a BSD box, then your only solution is to stop using LPR protocol from your Windows box. You will have to use Samba and SMB protocol. This is a good solution unless you are blocking SMB protocol to protect your Windows boxes. I suppose we should know better than to use a non-Microsoft protocol on a Windows box. Wait! I have another idea. You can use a third-party LPR implementation for Windows. There are several available. I'll bet they don't have this problem. Finally, if anyone knows how Linux (Red Hat, in particular) handles the push bit delay issue, I would appreciate knowing. -Rick -- |Rick Cochran phone: 607-255-7618| |Cornell CIT - Systems Operations - Net-Print FAX: 607-255-8521| |730 Rhodes Hall, Ithaca, N.Y. 14853email: [EMAIL PROTECTED]| - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
LPRng: Notes from my recent Linux build of 3.8.26
For Kerberos, LPRng has to be built without setuid. Otherwise lpr will go for the Kerberos credentials of the root user and you get this error message: Send_auth_transfer: on client krb5_cc_get_principal failed - No credentials cache found As of LPRng-3.8.26, the default of disable-setuid doesn't work under Linux. You have to specify --disable-setuid. -- |Rick Cochran phone: 607-255-7618| |Cornell CIT - Systems Operations - Net-Print FAX: 607-255-8521| |730 Rhodes Hall, Ithaca, N.Y. 14853email: [EMAIL PROTECTED]| - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
LPRng: jetdirect errors
I have a jetdirect J3111A card. It seems to constantly crash dump, even when NO print jobs are being sent to it. Yesterday, I updated the firmware using the jetadmin tool from HP. Still no improvement. This is exception 0004 firmware rev g.05.35 I don't think the register dump would be terrible useful but will post it if needed. The interface is plugged into an hp laserjet 4600 (color) but it seems that just sitting on the network will cause this. anyone have any advice? -- David Bear phone: 480-965-8257 fax:480-965-9189 College of Public Programs/ASU Wilson Hall 232 Tempe, AZ 85287-0803 Beware the IP portfolio, everyone will be suspect of trespassing - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -